Re: Primary Key

From: Joey Quinn <bjquinniii(at)gmail(dot)com>
To: Elliot <yields(dot)falsehood(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Primary Key
Date: 2013-11-21 22:24:56
Message-ID: CAG5XHYmTNtUYmVzQ=hdZs8DktrtcCnPBHA1Q0y_yOzkd17=r3w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

yep, that worked... thanks again.

On Thu, Nov 21, 2013 at 4:38 PM, Joey Quinn <bjquinniii(at)gmail(dot)com> wrote:

> Ahhh, that's what I was missing... thank-you. (just launched, we'll see
> how that one goes).
>
>
>
> On Thu, Nov 21, 2013 at 3:48 PM, Elliot <yields(dot)falsehood(at)gmail(dot)com>wrote:
>
>> On 2013-11-21 15:40, Joey Quinn wrote:
>>
>>> I have a table (5 columns) with approximately 670 million rows. It has
>>> had an index (unique) on an inet column from the beginning. Today I added a
>>> primary key constraint based on the same column thinking that since it
>>> already had an index, this would be a relatively quick operation. That does
>>> not appear to be case. It has gone into a "not responding" status for an
>>> hour or so now. As a point of reference, I'm using 9.3 on a 64 bit Windows
>>> Server 2008 (32 GB ram) and inserts so far have taken 6 1/2 - 7 minutes for
>>> each batch of 16.7 million rows.
>>>
>>> Other than not creating the primary key at the beginning, did I do
>>> anything wrong? and can I reasonably expect the current operation to finish?
>>>
>>> Joey
>>>
>>> I'm guessing you're creating the primary key without designating your
>> current unique index as the index to use for the constraint.
>> Mark your column as not null if it isn't already then do an "alter table
>> table-name add primary key using index whatever-the-name-of-your-
>> extant-unique-index-is".
>> Otherwise you're building another separate index for that constraint,
>> which you don't need to do.
>>
>>
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Mike Broers 2013-11-21 22:30:50 Re: corruption issue after server crash - ERROR: unexpected chunk number 0
Previous Message Kevin Grittner 2013-11-21 22:22:12 Re: Getting non_NULL right-side values on a non-matching join?