Re: [HACKERS] Oops, I seem to have changed UNION's behavior
В списке pgsql-hackers по дате отправления:
| От | Thomas Lockhart |
|---|---|
| Тема | Re: [HACKERS] Oops, I seem to have changed UNION's behavior |
| Дата | |
| Msg-id | 3735A41D.3EE1073D@alumni.caltech.edu обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Oops, I seem to have changed UNION's behavior (Bruce Momjian <maillist@candle.pha.pa.us>) |
| Ответы |
Re: [HACKERS] Oops, I seem to have changed UNION's behavior
Re: [HACKERS] Oops, I seem to have changed UNION's behavior |
| Список | pgsql-hackers |
> > Am I right in thinking that UNION (without ALL) is defined to do a
> > DISTINCT on its result, so that duplicates are removed even if the
> > duplicates both came from the same source table? That's what 6.4.2
> > does, but I do not know if it's strictly kosher according to the SQL
> > spec.
(Just in case this is still active)
Yes, this is the right behavior according to SQL92...
- Thomas
--
Thomas Lockhart lockhart@alumni.caltech.edu
South Pasadena, California
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера