Re: Having an optional foreign key (ie. sometimes NULL) ?
От
Manfred Koizar
Тема
Re: Having an optional foreign key (ie. sometimes NULL) ?
Дата
Msg-id
o4527vgc2tl60snr5hbuv75hdob58n99n4@4ax.com
Ответ на
Список
Дерево обсуждения
Having an optional foreign key (ie. sometimes NULL) ? Tom <tom@vms7.com>
Re: Having an optional foreign key (ie. sometimes NULL) ? Ryan Mahoney <ryan@paymentalliance.net>
Re: Having an optional foreign key (ie. sometimes NULL) ? Manfred Koizar <mkoi-pg@aon.at>
Re: Having an optional foreign key (ie. sometimes NULL) ? <btober@seaworthysys.com>
On Thu, 13 Mar 2003 22:58:14 +0000, Tom wrote: >"some products will only be available to a single >client whereas other products will be available to all clients". > > I thought the best way to get around this would be to have the client as a >foreign key in products but for products available to all clients this won't >work. It will work, if you let NULL represent "available to all clients": CREATE TABLE client (id INT PRIMARY KEY, name TEXT); INSERT INTO client VALUES (1, 'Joe''s Insurance Company'); INSERT INTO client VALUES (2, 'Second Client'); CREATE TABLE product (id INT, name TEXT, cid INT REFERENCES client); INSERT INTO product VALUES (11, 'for Joe', 1); INSERT INTO product VALUES (22, 'for all', NULL); It's perfectly legal to have a nullable foreign key column. Servus Manfred
В списке pgsql-general по дате отправления