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
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 |
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 |