Re: [SQL] Inconsistent or incomplete behavior obverse in where
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [SQL] Inconsistent or incomplete behavior obverse in where |
| Дата | |
| Msg-id | 10374.1037126689@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [SQL] Inconsistent or incomplete behavior obverse in where ("Josh Berkus" <josh@agliodbs.com>) |
| Список | pgsql-hackers |
"Josh Berkus" <josh@agliodbs.com> writes:
> Now, that's interesting. Why would defining a "numeric = float" have
> broken "numeric = integer"? There's no reason I can think of.
The problem probably is that the parser now finds two possible
interpretations that look equally good to it, so it can't choose.
It could coerce the integer constant to numeric (and use numeric=numeric)
or to float (and use the added numeric=float operator), and there's no
rule that can break the tie.
In 7.3 and 7.4 we are actually going in the direction of removing
cross-data-type operators, not adding them, because they tend to create
too many options for the parser to choose from.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера