Re: Tricky SQL problem - retrieve information_schema info and make use of it.
От
Paul Linehan
Тема
Re: Tricky SQL problem - retrieve information_schema info
and make use of it.
Дата
Msg-id
CAF4RT5RqX2hVDTaXgKu_vS4Afwjn66-daL5+6CbTZ57ReMiVNA@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Tricky SQL problem - retrieve information_schema info and make use of it. Paul Linehan <linehanp@tcd.ie>
Re: Tricky SQL problem - retrieve information_schema info
and make use of it. Skylar Thompson <skylar2@u.washington.edu>
Re: Tricky SQL problem - retrieve information_schema info
and make use of it. Paul Linehan <linehanp@tcd.ie>
Re: Tricky SQL problem - retrieve information_schema info
and make use of it. Steve Crawford <scrawford@pinpointresearch.com>
Re: Tricky SQL problem - retrieve information_schema info
and make use of it. Paul Linehan <linehanp@tcd.ie>
Re: Tricky SQL problem - retrieve information_schema info
and make use of it. Paul Linehan <linehanp@tcd.ie>
Re: Tricky SQL problem - retrieve information_schema info
and make use of it. Skylar Thompson <skylar2@u.washington.edu>
Re: Tricky SQL problem - retrieve information_schema info
and make use of it. Skylar Thompson <skylar2@u.washington.edu>
> I wonder if a simpler solution would be to fix the table layout; make that > single salesperson table that you agree would have been better. Hi, and thanks for your input. However, logic and clarity don't always go hand in hand with legacy apps :-( > Then, make > a view on top of that for each salesperson. As of PostgreSQL 9.3, views are > updatable---that is, they map INSERT/UPDATE/DELETE to the underlying > table---as long as the source data of the column is unambiguous: Yes, as you so eloquently put it, that would be great, but it's a no can do I'm afraid! I was thinking about doing a PIVOT on the fieldlist in the table and then constructing an SQL string using IN(name1, name2.....). Does this make any sense? Paul...
В списке pgsql-novice по дате отправления
От: Steve Crawford
Дата:
От: Paul Linehan
Дата: