Re: OCTET_LENGTH is wrong

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: OCTET_LENGTH is wrong
Дата
Msg-id 200111210110.fAL1Apm02606@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: OCTET_LENGTH is wrong  (Hannu Krosing <hannu@tm.ee>)
Список pgsql-hackers
> >>>>There have been three ideas of what octet_length() sould return:
> >>>>      1) compressed on-disk storage length
> >>>>      2) byte length in server-side encoding
> >>>>      3) byte length in client-side encoding
> >>>>
> >>...
> >>
> >>>>The open question is whether we should be doing #3.
> >>>>
> >>There is no question in my mind that (3) must be the result of
> >>octet_length(). Any of the other options may give an interesting result,
> >>but of no practical use to a client trying to retrieve data. And
> >>everything is a client!
> >>
> >
> >Also added to TODO:
> >
> >    * Make octet_length_client the same as octet_length() 
> >
> Will this break backward compatibility ?

Well, sort of.  7.1 had text returning compressed length.  We changed
that to server-side encoding in 7.2.  Changing that to client encoding
will break clients, but what meaningful thing could they do with the
server-side encoding?

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: OCTET_LENGTH is wrong
Следующее
От: Tatsuo Ishii
Дата:
Сообщение: HISTORY addition