| От | Fabien COELHO |
|---|---|
| Тема | Re: pg ANY/SOME ambiguity wrt sql standard? |
| Дата | |
| Msg-id | Pine.GSO.4.58.0405011127240.6700@chailly99 обсуждение исходный текст |
| Ответ на | Re: pg ANY/SOME ambiguity wrt sql standard? (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: pg ANY/SOME ambiguity wrt sql standard?
|
| Список | pgsql-hackers |
> > As a "temporary" fix, what about "_ANY" and "_SOME" as aggregate names? > > Ick :-(. The use of leading underscores is an ugly C-ism that we should > not propagate into SQL names. Ok. > How about bool_or() and bool_and()? Or at least something based on OR > and AND? I don't find ANY/ALL to be particularly mnemonic for this > usage anyway. Yep. The standard "EVERY" is fine for postgres, the issue is only with ANY/SOME. Do you think that bool_and should be proposed anyway for homogeneity with bool_or? -- Fabien Coelho - coelho@cri.ensmp.fr
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера