Re: Re: Where's the doc for "array()" — as in "select array(values (17), (42))"
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Re: Where's the doc for "array()" — as in "select array(values (17), (42))" |
| Дата | |
| Msg-id | 257592.1663561881@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Where's the doc for "array()" — as in "select array(values (17), (42))" (Bryn Llewellyn <bryn@yugabyte.com>) |
| Ответы |
Re: Where's the doc for "array()" — as in "select array(values (17), (42))"
|
| Список | pgsql-general |
Bryn Llewellyn <bryn@yugabyte.com> writes:
> Why is the "array()" constructor not found in "pg_proc"?
Because it isn't a function. Yeah, it kind of looks like one,
but its argument is a subquery. If SQL had first-class functions
and closures, maybe ARRAY() could be implemented as an ordinary
function. But I don't see any plausible way to do that as things
stand.
There are a bunch of other things that look like functions but
aren't in pg_proc, too :-(. Most of them are just catering to
the SQL committee's weird allergy to writing functions with
plain function syntax. But ARRAY()'s problem is semantic not
syntactic.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера