Re: More work on SortSupport for text - strcoll() and strxfrm() caching
От | Peter Geoghegan |
---|---|
Тема | Re: More work on SortSupport for text - strcoll() and strxfrm() caching |
Дата | |
Msg-id | CAM3SWZQLAsCtXXRrB+HUn9sv2kCeDn4OHwXGaNXuP30iVt_jAg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: More work on SortSupport for text - strcoll() and strxfrm() caching (Peter Geoghegan <pg@heroku.com>) |
Ответы |
Re: More work on SortSupport for text - strcoll() and
strxfrm() caching
Re: More work on SortSupport for text - strcoll() and strxfrm() caching |
Список | pgsql-hackers |
On Mon, Oct 12, 2015 at 12:47 AM, Peter Geoghegan <pg@heroku.com> wrote: > I also noticed that I failed to reset the last_returned strcoll() > cache variable as part of an abbreviation call, despite the fact that > tapesort may freely interleave conversions with comparisons, while > reusing buf1 and buf2 both as scratch space for strxfrm() blobs, as > well as for storing strings to be compared with strcoll(). I suggest > that the attached patch also be applied to fix this issue. I think that I jumped the gun with this fix, because theoretically you can still get the same problem in the opposite direction -- an original string treated as a strxfrm() blob when the cache is consulted. I'll consider a more comprehensive fix. -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: