| От | Tatsuo Ishii |
|---|---|
| Тема | Re: [HACKERS] cannot cast bpchar and varchar |
| Дата | |
| Msg-id | 199902110508.OAA01832@ext16.sra.co.jp обсуждение |
| Ответ на | Re: [HACKERS] cannot cast bpchar and varchar (Tatsuo Ishii <t-ishii@sra.co.jp>) |
| Список | pgsql-hackers |
> >Will look at this. Question: how *should* we compare bpchar and varchar? > >It may be that we should have some explicit comparison or coersion > >routines to make things work smoothly. > > Not sure. I will check some SQL books at home. According to the standard, the result of comparison between a fixed length char (bpchar) and a variable length char (varchar or text) may vary depending on an attribute "PAD SPACE" or "NO PAD" of the COLLATION. Since we do not have COLLATION (yet), we need to have another way to decide which scheme (PAD SPACE or NO PAD) should be employed. Possible solution might be: o decide at compile time. always use one of them at runtime. o decide at runtime. new set command or an environment variable might be used. Comments? --- Tatsuo Ishii
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера