| От | Tom Lane |
|---|---|
| Тема | Re: Cleaning up the INET/CIDR mess |
| Дата | |
| Msg-id | 1068.1138810484@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Cleaning up the INET/CIDR mess (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Список | pgsql-hackers |
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Is it only implicit casts you are worried about? Do we have any of
> those left? All functions that take cidr also have an inet version, so
> I don't see how an implicit cast to cidr could happen.
The cast to cidr isn't implicit anymore anyway. What I currently have
it marked as is "assignment". You could make the argument that it
should be marked "explicit only" to avoid silent loss of data. But
we have the numeric downcasts marked as "assignment" so I don't see
why this case is different. If you do
insert into int4_tbl values(7.7);
what's inserted into the integer column is 8, and I've not heard anyone
complaining that that represents unacceptable data loss.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера