| От | Tom Lane |
|---|---|
| Тема | Re: extensible enum types |
| Дата | |
| Msg-id | 20587.1276901600@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: extensible enum types (Joseph Adams <joeyadams3.14159@gmail.com>) |
| Список | pgsql-hackers |
Joseph Adams <joeyadams3.14159@gmail.com> writes: > Couldn't enum_eq just use get_fn_expr_argtype to determine the type of > enum input rather than rely on it being stored in the value No. Support functions have to work in many contexts where there is no "side channel" such as get_fn_expr_argtype. What's more, it's very difficult to provide a side channel without creating security holes. We used to think it was OK for output functions to rely on a type OID passed separately from the actual value, but that's insecure: http://archives.postgresql.org/pgsql-hackers/2005-04/msg00998.php regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера