Re: Converting to identity columns with domains on PK columns
От | Tom Lane |
---|---|
Тема | Re: Converting to identity columns with domains on PK columns |
Дата | |
Msg-id | 25356.1562357780@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Converting to identity columns with domains on PK columns (PegoraroF10 <marcos@f10.com.br>) |
Ответы |
Re: Converting to identity columns with domains on PK columns
|
Список | pgsql-general |
PegoraroF10 <marcos@f10.com.br> writes: > Adrian, on Firebird if you create a table or procedure with fields or params > declared with domains, they can be used with those domains or with their > base type. On Postgres I32 is not equal to integer. > create procedure myproc(id i32) returns(x i32) as ... > select * from myproc(cast(5 as integer)) -- works on firebird. On Postgres > it doesn´t because that procedure or function expects for a I32 and not a > integer. Really? regression=# create domain i32 as int; CREATE DOMAIN regression=# create function myproc(id i32) returns i32 language sql as 'select $1'; CREATE FUNCTION regression=# select myproc(cast(5 as integer)); myproc -------- 5 (1 row) I think the primary reason we don't allow domains over int for identity columns is that it's not clear how domain constraints ought to interact with the identity-value-generating behavior. regards, tom lane
В списке pgsql-general по дате отправления: