Re: orderRules() now a bad idea?
От | Tom Lane |
---|---|
Тема | Re: orderRules() now a bad idea? |
Дата | |
Msg-id | 6318.1034828476@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: orderRules() now a bad idea? (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: orderRules() now a bad idea?
Re: orderRules() now a bad idea? |
Список | pgsql-hackers |
Peter Eisentraut <peter_e@gmx.net> writes: > Tom Lane writes: >> It looks like NAME comparison uses strcmp (actually strncmp). So it'll >> be numeric byte-code order. >> There's no particular reason we couldn't make that be strcoll instead, >> I suppose, except perhaps speed. > But how will this work when we have per-column/datum collation order? > And what about languages that don't have any useful collation order for > their alphabets (far east)? ISTM that a globally viable feature of this > sort would have to sort by something numeric. I'm confused; are you saying that NAME's sort behavior is good as-is? If not, what would you have it do differently? regards, tom lane
В списке pgsql-hackers по дате отправления: