Re: Abbreviated keys for Numeric (was: Re: B-Tree support function number 3 (strxfrm() optimization))
| От | Tomas Vondra | 
|---|---|
| Тема | Re: Abbreviated keys for Numeric (was: Re: B-Tree support function number 3 (strxfrm() optimization)) | 
| Дата | |
| Msg-id | 54E7D6B8.3030905@2ndquadrant.com обсуждение исходный текст | 
| Ответ на | Re: Abbreviated keys for Numeric (was: Re: B-Tree support function number 3 (strxfrm() optimization)) (Peter Geoghegan <pg@heroku.com>) | 
| Ответы | Re: Abbreviated keys for Numeric | 
| Список | pgsql-hackers | 
On 21.2.2015 01:45, Peter Geoghegan wrote: > On Fri, Feb 20, 2015 at 4:42 PM, Tomas Vondra > <tomas.vondra@2ndquadrant.com> wrote: >> Isn't this patch about adding abbreviated keys for Numeric data type? >> That's how I understood it, and looking into numeric_sortsup.patch seems >> to confirm that. >> >> There's another patch for Datum, but that's a different thread. > > Right...so don't test a datum sort case, since that isn't supported at > all in the master branch. Your test case is invalid for that reason. What do you mean by 'Datum sort case'? The test I was using is this: create table stuff as select (random())::numeric as randnum from generate_series(1,1000000); select percentile_disc(0) within group (order by randnum) from stuff; That's a table with a Numeric column, and a sort on that Numeric, no? -- Tomas Vondra http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: