Re: Implementing standard SQL's DOMAIN constraint
От | Rich Shepard |
---|---|
Тема | Re: Implementing standard SQL's DOMAIN constraint |
Дата | |
Msg-id | alpine.LNX.2.20.1901020943560.20959@salmo.appl-ecosys.com обсуждение исходный текст |
Ответ на | Re: Implementing standard SQL's DOMAIN constraint ("David G. Johnston" <david.g.johnston@gmail.com>) |
Ответы |
Re: Implementing standard SQL's DOMAIN constraint
|
Список | pgsql-general |
On Wed, 2 Jan 2019, David G. Johnston wrote: > There is no magic name logic involved. A domain is just a type with > inherent constraints that are user definable. You make use of it like any > other type. > > Create table tbl ( > column_name state_code not null > ) > > Values stored in column_name are now of type state_code and constrained to > be one of the check constraint values. David, I'm not following you. I have two tables each with a column, state_code char(2) NOT NULL. Do you mean that I need to write the column constraint for each table? If not, I don't see from your response how to implement the multi-table constraint for this column. Regards, Rich
В списке pgsql-general по дате отправления: