Re: [HACKERS] Implications of multi-byte support in a distribution
В списке pgsql-hackers по дате отправления:
| От | Milan Zamazal |
|---|---|
| Тема | Re: [HACKERS] Implications of multi-byte support in a distribution |
| Дата | |
| Msg-id | 87emgi519i.fsf@pdm.pvt.net обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Implications of multi-byte support in a distribution (Tatsuo Ishii <t-ishii@sra.co.jp>) |
| Список | pgsql-hackers |
>>>>> "TL" == Thomas Lockhart <lockhart@alumni.caltech.edu> writes: >> That shouldn't be too difficult, if we have an encoding >> infomation with each text column or literal. Maybe nowis the >> time to introuce NCHAR? TL> I've been waiting for a go-ahead from folks who would use TL> it. imho the way to do it is to use Postgres' typesystem to TL> implement it, rather than, for example, encoding "type" TL> information into each string. We can alsodefine a "default TL> encoding" for each database as a new column in pg_database... What about sorting? Would it be possible to solve it in similar way? If I'm not mistaken, there is currently no good way to use two different kinds of sorting for one postmaster instance? Milan Zamazal
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера