Re: Feature proposal and discussion: full-fledged column/function equivalence
В списке pgsql-general по дате отправления:
| От | Vik Fearing |
|---|---|
| Тема | Re: Feature proposal and discussion: full-fledged column/function equivalence |
| Дата | |
| Msg-id | 53DBC143.6080307@dalibo.com обсуждение исходный текст |
| Ответ на | Re: Feature proposal and discussion: full-fledged column/function equivalence (Vik Fearing <vik.fearing@dalibo.com>) |
| Список | pgsql-general |
On 08/01/2014 06:28 PM, Vik Fearing wrote: >> So with all this in mind, is there any reason why we can't or shouldn't >> > allow: >> > >> > CREATE testfunction(test) returns int language sql as $$ select 1; $$; >> > SELECT testfunction FROM test; >> > >> > That would allow first-class calculated columns. >> > >> > I assume the work is mostly at the parser/grammatical level. Is there >> > any reason why supporting that would be a bad idea? > This is already supported since forever. > > SELECT test.testfunction FROM test; > > This link might be of interest to you: > http://momjian.us/main/blogs/pgblog/2013.html#April_10_2013 Sorry, that's not the link I wanted. This one is: http://momjian.us/main/blogs/pgblog/2013.html#April_1_2013 Despite being posted on April 1st, it is not a joke. :) -- Vik
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера