Re: Minmax indexes
От | Jaime Casanova |
---|---|
Тема | Re: Minmax indexes |
Дата | |
Msg-id | CAJKUy5gGFCQTkEsehSUyN4qu14hDBR5LoxDQ_UFzzFh4SujL5g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Minmax indexes (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: Minmax indexes
|
Список | pgsql-hackers |
On Tue, Sep 17, 2013 at 4:03 PM, Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > Thom Brown wrote: > > Thanks for testing. > >> Thanks for the patch, but I seem to have immediately hit a snag: >> >> pgbench=# CREATE INDEX minmaxtest ON pgbench_accounts USING minmax (aid); >> PANIC: invalid xlog record length 0 > > Silly mistake I had already made in another patch. Here's an > incremental patch which fixes this bug. Apply this on top of previous > minmax-1.patch. > > I also renumbered the duplicate OID pointed out by Peter, and fixed the > two compiler warnings reported by Jaime. > > Note you'll need to re-initdb in order to get the right catalog entries. > Hi, Found another problem with the this steps: create table t1 (i int); create index idx_t1_i on t1 using minmax(i); insert into t1 select generate_series(1, 2000000); ERROR: could not read block 1 in file "base/12645/16397_vm": read only 0 of 8192 bytes STATEMENT: insert into t1 select generate_series(1, 2000000); ERROR: could not read block 1 in file "base/12645/16397_vm": read only 0 of 8192 bytes After that, i keep receiving these messages (when autovacuum tries to vacuum this table): ERROR: could not truncate file "base/12645/16397_vm" to 2 blocks: it's only 1 blocks now CONTEXT: automatic vacuum of table "postgres.public.t1" ERROR: could not truncate file "base/12645/16397_vm" to 2 blocks: it's only 1 blocks now CONTEXT: automatic vacuum of table "postgres.public.t1" -- Jaime Casanova www.2ndQuadrant.com Professional PostgreSQL: Soporte 24x7 y capacitación Phone: +593 4 5107566 Cell: +593 987171157
В списке pgsql-hackers по дате отправления: