Re: Wish: remove ancient constructs from Postgres
От | Nikolay Samokhvalov |
---|---|
Тема | Re: Wish: remove ancient constructs from Postgres |
Дата | |
Msg-id | e431ff4c0602270759n2e541191y7762211d2f2bab42@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Wish: remove ancient constructs from Postgres (Stephan Szabo <sszabo@megazone.bigpanda.com>) |
Ответы |
Re: Wish: remove ancient constructs from Postgres
Re: Wish: remove ancient constructs from Postgres |
Список | pgsql-general |
On 2/27/06, Stephan Szabo <sszabo@megazone.bigpanda.com> wrote: > > On Mon, 27 Feb 2006, Nikolay Samokhvalov wrote: > > > On 2/27/06, Bruno Wolff III <bruno@wolff.to> wrote: > > The alternatives to distinct on are painful. They are generally both harder > > to read and run slower. > > > > >'DISTINCT ON' is evil constuction, because (w/o any 'ORDER BY') it > >produses unpredictable result, as 'ORDER BY random()' does. > > And so does UNION in the standard under some circumstances (look at > anywhere in the spec that a query expression is possibly > non-deterministic), so I think that's a weak argument. > it's completely different thing. look at the spec and you'll understand the difference. in two words, with 'DISTINCT ON' we lose some values (from some columns), when UNION not (it just removes duplicates, comparing _entire_ rows). -- Best regards, Nikolay
В списке pgsql-general по дате отправления: