Re: Re: [Review] Add SPI_gettypmod() to return a field's typemod from a TupleDesc
В списке pgsql-hackers по дате отправления:
| От | Peter Eisentraut |
|---|---|
| Тема | Re: Re: [Review] Add SPI_gettypmod() to return a field's typemod from a TupleDesc |
| Дата | |
| Msg-id | 1373244901.12837.29.camel@vanquo.pezone.net обсуждение |
| Ответ на | Re: [Review] Add SPI_gettypmod() to return a field's typemod from a TupleDesc (Noah Misch <noah@leadboat.com>) |
| Ответы |
Re: Re: [Review] Add SPI_gettypmod() to return a field's
typemod from a TupleDesc
|
| Список | pgsql-hackers |
On Sun, 2013-07-07 at 20:15 -0400, Noah Misch wrote: > I mildly recommend we reject this patch as such, remove the TODO item, > remove > the XXX comments this patch removes, and plan not to add more trivial > SPI > wrappers. If consensus goes otherwise, I think we should at least > introduce > SPI_getcollation() at the same time. Code that needs to transfer one > of them > very often needs to transfer the other. Having API coverage for just > one > makes it easier for hackers to miss that. The question is, what would one do with those values? It's hard to see when you would need the typmod and the collation of a result set. There might be cases, but enough to provide a special API for it?
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера