Re: ORDER/GROUP BY expression not found in targetlist
От | Andreas Seltenreich |
---|---|
Тема | Re: ORDER/GROUP BY expression not found in targetlist |
Дата | |
Msg-id | 87zircga6w.fsf@credativ.de обсуждение исходный текст |
Ответ на | Re: ORDER/GROUP BY expression not found in targetlist (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: ORDER/GROUP BY expression not found in targetlist
|
Список | pgsql-hackers |
Tom Lane writes: > Andreas Seltenreich <seltenreich@gmx.de> writes: >> Peter Geoghegan writes: >>> It's surprising that SQL Smith didn't catch something with such simple >>> steps to reproduce. > >> I removed distinct relatively early because it causes a large part of >> queries to fail due to it not finding an equality operator it likes. It >> seems to be more picky about the equality operator than, say, joins. >> I'm sure it has a good reason to do so? > > It's looking for an operator that is known to be semantically equality, > by virtue of being the equality member of a btree or hash opclass. > Type path has no such opclass unfortunately. As do lots of data types in the regression db while still having an operator providing semantic equivalence. I was hoping for someone to question that status quo. Naively I'd say an equivalence flag is missing in the catalog that is independent of opclasses. regards Andreas
В списке pgsql-hackers по дате отправления: