pg.ddx.io  pgsql-sql@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Dmitriy Igrishin <dmitigr@gmail.com>
To: Robert Paulsen <robert@paulsenonline.net>
Cc: pgsql-sql@postgresql.org
Subject: Re: ERROR: null value in column "id" violates not-null constraint
Date: Sun, 11 Oct 2009 17:22:06 +0400
Message-ID: <b4399d110910110622s7b98a96fk52416b080e9b33a@mail.gmail.com> (raw)
In-Reply-To: <200910110735.58353.robert@paulsenonline.net>
References: <200910101056.24051.robert@paulsenonline.net>
	<200910101736.46449.robert@paulsenonline.net>
	<b4399d110910110132q58e7f211v9ba204cb47239d3c@mail.gmail.com>
	<200910110735.58353.robert@paulsenonline.net>

Hello!

Please, read pg_dump(1) manual page. You will find this text in it:
"It is  not guaranteed that pg_dump's output can be loaded into a server of
an older major version -- not even if the dump was taken from a  server
of  that  version. Loading a dump file into an older server may require
manual editing of the dump file to remove syntax not understood by  the
older server."

Regards,
Dmitry Igrishin

2009/10/11 Robert Paulsen <robert@paulsenonline.net>

> On Sunday 11 October 2009 3:32 am, Dmitriy Igrishin wrote:
> > Hello.
> > Note, that you may use SERIAL data type and PostgreSQL will implicitly
> > create sequence for you column, for example,
> >     CREATE table test (
> >         id SERIAL NOT NULL PRIMARY KEY, -- PostgreSQL will implicitly
> > create 'test_id_seq'
> >         dat text
> >     );
> >
> > Regards,
> > Dmitiy Igrishin
> >
>
> I believe that's how I started, not knowing any other way, but the pg_dump
> utility spits things out in all the gory details!
>
> Somewhere along the line the default value for the id field was lost. I at
> first suspected it happened in the dump/restore cycle when I restored the
> data back into 8.0 after dumping it with 8.2 but I reran that scenario and
> something else happened: It would NOT restore back into 8.0 at all, so that
> must not be what I actually did to get into the "lost default" situation.
>
> Below is what 8.2 dumps out. 8.0 refuses imported that. I suppose if I had
> originally edited the 8.2 dump data to "fix" this I might have gotten into
> the mess I was in but I sure don't remember doing that.
>
> 8.2 dump data:
> id integer DEFAULT nextval(('auth_id_seq'::text)::regclass) NOT NULL,
>
> What 8.0 is happy with:
> id integer DEFAULT nextval('vault_id_seq'::text) NOT NULL,
>
> Bob
>

view thread (12+ messages)  latest in thread

Message-ID: <b4399d110910110622s7b98a96fk52416b080e9b33a@mail.gmail.com>
Permalink:  ../b4399d110910110622s7b98a96fk52416b080e9b33a@mail.gmail.com/
Also on:    postgresql.org/message-id/b4399d110910110622s7b98a96fk52416b080e9b33a@mail.gmail.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-sql@postgresql.org
  Cc: dmitigr@gmail.com, robert@paulsenonline.net
  Subject: Re: ERROR: null value in column "id" violates not-null constraint
  In-Reply-To: <b4399d110910110622s7b98a96fk52416b080e9b33a@mail.gmail.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox