Re: [HACKERS] ERROR: Unable to identify an operator '=' for types 'numeric' and 'float8'
В списке pgsql-hackers по дате отправления:
| От | Gene Sokolov |
|---|---|
| Тема | Re: [HACKERS] ERROR: Unable to identify an operator '=' for types 'numeric' and 'float8' |
| Дата | |
| Msg-id | 080b01bf7896$e6e184b0$0d8cdac3@aktrad.ru обсуждение исходный текст |
| Ответ на | ERROR: Unable to identify an operator '=' for types 'numeric' and 'float8' (Michael Meskes <meskes@postgresql.org>) |
| Список | pgsql-hackers |
> Thomas Lockhart <lockhart@alumni.caltech.edu> writes: > > One hesitation I have is the performance hit in mixing FLOAT and > > NUMERIC; I (probably) don't want to make NUMERIC the "best" numeric > > type, since it is potentially so slow. > > I concur --- I'd be inclined to leave FLOAT8 as the top of the > hierarchy. But NUMERIC could be stuck in there between int and float, > no? (int-vs-numeric ops certainly must be promoted to numeric...) If you cast NUMERIC to FLOAT8, then you would loose precision and it would be counterintuitive type promotion (at least for a C programmer). If someone wants speed over correctness, he can always explicitly cast NUMERIC to FLOAT8. Seems like "correct" should take precedence over "fast", at least as long as there is a way to do "fast". Gene Sokolov.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера