Re: [SQL] index row size 2728 exceeds btree maximum, 27

From: Richard Huxton <dev(at)archonet(dot)com>
To: Bruno Wolff III <bruno(at)wolff(dot)to>
Cc: KÖPFERL Robert <robert(dot)koepferl(at)sonorys(dot)at>, "'dpandey(at)secf(dot)com'" <dpandey(at)secf(dot)com>, pgsql-general(at)postgresql(dot)org, 'PostgreSQL' <pgsql-sql(at)postgresql(dot)org>
Subject: Re: [SQL] index row size 2728 exceeds btree maximum, 27
Date: 2005-06-03 07:22:20
Message-ID: 42A0052C.6040505@archonet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-sql

Bruno Wolff III wrote:
> On Thu, Jun 02, 2005 at 18:00:17 +0100,
> Richard Huxton <dev(at)archonet(dot)com> wrote:
>
>>Certainly, but if the text in the logfile row is the same, then hashing
>>isn't going to make a blind bit of difference. That's the root of my
>>concern, and something only Dinesh knows.
>
>
> Sure it is. Because the hash can be used in the primary key instead of
> of the error message which should reduce the size of the key enough
> that he can use a btree index.

Sorry - obviously not being clear. Since he's using the index via a
primary key he'll need the columns that key is over to be unique. If the
columns fail that test in the real world, hashing will replace the
index-size error with an "unable to insert duplicates" error.

--
Richard Huxton
Archonet Ltd

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Marian POPESCU 2005-06-03 09:13:25 Re: PostgreSQL Developer Network
Previous Message Richard Huxton 2005-06-03 07:19:54 Re: Automate Postgres Backup In windows

Browse pgsql-sql by date

  From Date Subject
Next Message KÖPFERL Robert 2005-06-03 08:00:13 Re: getting details about integrity constraint violation
Previous Message Bruno Wolff III 2005-06-02 19:33:24 Re: [SQL] index row size 2728 exceeds btree maximum, 27