Re: views, queries, and locks
От | Merlin Moncure |
---|---|
Тема | Re: views, queries, and locks |
Дата | |
Msg-id | CAHyXU0yVruQG0ZoCuM9U+aHTRkd2XfuU4=xK2dqJputQ+ThZuA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: views, queries, and locks (Jon Nelson <jnelson+pgsql@jamponi.net>) |
Список | pgsql-general |
On Wed, Apr 4, 2012 at 12:47 PM, Jon Nelson <jnelson+pgsql@jamponi.net> wrote: > On Wed, Apr 4, 2012 at 11:22 AM, Thomas Kellerer <spam_eater@gmx.net> wrote: >> Jon Nelson wrote on 04.04.2012 15:50: >> >>> I need to have something table-like from the client's perspective for >>> a bunch of reasons. >>> For now, assume that I want to keep using the view and that I'd like >>> to find better ways to address my concerns. >> >> >> What about a set-returning function that builds the query dynamically and >> wrapping that into a view? >> >> That way the view would never change and client would still have the >> perspective of a view/table >> >> Your function could pick up the changes automatically e.g. by looking at >> information_schema.tables > > That sounds pretty cool, but that is beyond my understanding. > I can write a set-returning function easily enough (call it > build_the_huge_table for "clarity"), but the "wrap that into a view" > part throws me. > Could you give me an example? it's trivial: create view stuff as select * from function(); it's less trivial if you need to pass arguments to the function, but can be doable depending. merlin
В списке pgsql-general по дате отправления: