Re: views, queries, and locks
От | Jon Nelson |
---|---|
Тема | Re: views, queries, and locks |
Дата | |
Msg-id | CAKuK5J071HP9uN1EG4zRc-EByL5KA=JJfeB7UsmSs9r_CHevYw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: views, queries, and locks (Thomas Kellerer <spam_eater@gmx.net>) |
Ответы |
Re: views, queries, and locks
Re: views, queries, and locks |
Список | pgsql-general |
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? -- Jon
В списке pgsql-general по дате отправления: