X-Original-To: pgsql-general-postgresql.org@localhost.postgresql.org
Received: from localhost (av.hub.org [200.46.204.144])
	by postgresql.org (Postfix) with ESMTP id 0F2BC9DCCE5;
	Tue,  6 Dec 2005 12:35:10 -0400 (AST)
Received: from postgresql.org ([200.46.204.71])
	by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
	with ESMTP id 39017-10; Tue,  6 Dec 2005 12:35:08 -0400 (AST)
X-Greylist: from auto-whitelisted by SQLgrey-
X-Greylist: from auto-whitelisted by SQLgrey-
Received: from sunkay.cs.ualberta.ca (sunkay.cs.ualberta.ca [129.128.4.11])
	by postgresql.org (Postfix) with ESMTP id A95B59DCC26;
	Tue,  6 Dec 2005 12:35:05 -0400 (AST)
Received: from anzac.cs.ualberta.ca ([129.128.4.51]:59351 "EHLO
	smtp-auth.cs.ualberta.ca") by sunkay.cs.ualberta.ca with ESMTP
	id S562384AbVLFQe4 (ORCPT <rfc822;pgsql-sql@postgresql.org>
	+ 1 other); Tue, 6 Dec 2005 09:34:56 -0700
Received: from [192.168.4.218] (nipisi.cs.ualberta.ca [129.128.4.7])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by smtp-auth.cs.ualberta.ca (Postfix) with ESMTP id D461D5CA49;
	Tue,  6 Dec 2005 09:34:55 -0700 (MST)
From: Luca Pireddu <luca@cs.ualberta.ca>
Reply-To: pgsql-general@postgresql.org
To: pgsql-general@postgresql.org
Subject: Re: lost in system tables
Date: Tue, 6 Dec 2005 09:34:59 -0700
User-Agent: KMail/1.8.3
References: <20051206154755.86057.qmail@web54314.mail.yahoo.com>
In-Reply-To: <20051206154755.86057.qmail@web54314.mail.yahoo.com>
Cc: pgsql-sql@postgresql.org
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512060934.59140.luca@cs.ualberta.ca>
X-Virus-Scanned: by amavisd-new at hub.org
X-Spam-Status: No, score=0 required=5 tests=[none]
X-Spam-Score: 0
X-Spam-Level: 
X-Archive-Number: 200512/325
X-Sequence-Number: 87888

On Tuesday 06 December 2005 08:47, Emil Rachovsky wrote:
>  I am trying to find the equivalent of these two
> Sybase system columns :
>
> check_on_commit (Y/N)  -  Indicates whether INSERT and
> UPDATE commands should wait until the next COMMIT
> command to check if foreign keys are valid. A foreign
> key is valid if, for each row in the foreign table,
> the values in the columns of the foreign key either
> contain the NULL value or match the primary key values
> in some row of the primary table.
>
> nulls (Y/N)  -  Indicates whether the columns in the
> foreign key are allowed to contain the NULL value.
> Note that this setting is independent of the nulls
> setting in the columns contained in the foreign key.
>
>  Maybe pg_constaint.condeferrable is appropriate for
> check_on_commit? I'll appreciate any help
>
> Thanks in advance,
> Emil

Those parameters are specified when you declare the foreign key.  Look here, 
in the section describing "references":
http://www.postgresql.org/docs/8.1/interactive/sql-createtable.html

Luca