Re: Draft release notes for next week's releases
От | Oleg Bartunov |
---|---|
Тема | Re: Draft release notes for next week's releases |
Дата | |
Msg-id | CAF4Au4zBjcTzS8F=hDD7ZnOPGS7WE5K-DZgXmLoQKuDoGeDuwQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Draft release notes for next week's releases (Peter Geoghegan <pg@heroku.com>) |
Ответы |
Re: Draft release notes for next week's releases
Re: Draft release notes for next week's releases |
Список | pgsql-hackers |
<p dir="ltr"><br /> On Mar 28, 2016 09:44, "Peter Geoghegan" <<a href="mailto:pg@heroku.com">pg@heroku.com</a>> wrote:<br/> ><br /> > On Sat, Mar 26, 2016 at 4:34 PM, Tom Lane <<a href="mailto:tgl@sss.pgh.pa.us">tgl@sss.pgh.pa.us</a>>wrote:<br /> > > Probably the most discussion-worthy itemis whether we can say<br /> > > anything more about the strxfrm mess. Should we make a wiki<br /> > > pageabout that and have the release note item link to it?<br /> ><br /> > I think that there is an argument againstdoing so, which is that<br /> > right now, all we have to offer on that are weasel words. However, I'm<br /> >still in favor of a Wiki page, because I would not be at all surprised<br /> > if our understanding of this problemevolved, and we were able to<br /> > offer better answers in several weeks. Realistically, it will probably<br/> > take at least that long before affected users even start to think<br /> > about this.<br /><p dir="ltr">Shouldwe start thinking about ICU ? I compare Postgres with ICU and without and found 27x improvement in btreeindex creation for russian strings. This includes effect of abbreviated keys and ICU itself. Also, we'll get systemindependent locale.<br /> ><br /> ><br /> > --<br /> > Peter Geoghegan<br /> ><br /> ><br /> >--<br /> > Sent via pgsql-hackers mailing list (<a href="mailto:pgsql-hackers@postgresql.org">pgsql-hackers@postgresql.org</a>)<br/> > To make changes to your subscription:<br/> > <a href="http://www.postgresql.org/mailpref/pgsql-hackers">http://www.postgresql.org/mailpref/pgsql-hackers</a><br/>
В списке pgsql-hackers по дате отправления: