mirror of
https://github.com/postgres/postgres.git
synced 2025-06-17 17:02:08 +03:00
Support domains over composite types.
This is the last major omission in our domains feature: you can now make a domain over anything that's not a pseudotype. The major complication from an implementation standpoint is that places that might be creating tuples of a domain type now need to be prepared to apply domain_check(). It seems better that unprepared code fail with an error like "<type> is not composite" than that it silently fail to apply domain constraints. Therefore, relevant infrastructure like get_func_result_type() and lookup_rowtype_tupdesc() has been adjusted to treat domain-over-composite as a distinct case that unprepared code won't recognize, rather than just transparently treating it the same as plain composite. This isn't a 100% solution to the possibility of overlooked domain checks, but it catches most places. In passing, improve typcache.c's support for domains (it can now cache the identity of a domain's base type), and rewrite the argument handling logic in jsonfuncs.c's populate_record[set]_worker to reduce duplicative per-call lookups. I believe this is code-complete so far as the core and contrib code go. The PLs need varying amounts of work, which will be tackled in followup patches. Discussion: https://postgr.es/m/4206.1499798337@sss.pgh.pa.us
This commit is contained in:
@ -5091,6 +5091,8 @@ find_typed_table_dependencies(Oid typeOid, const char *typeName, DropBehavior be
|
||||
* isn't suitable, throw an error. Currently, we require that the type
|
||||
* originated with CREATE TYPE AS. We could support any row type, but doing so
|
||||
* would require handling a number of extra corner cases in the DDL commands.
|
||||
* (Also, allowing domain-over-composite would open up a can of worms about
|
||||
* whether and how the domain's constraints should apply to derived tables.)
|
||||
*/
|
||||
void
|
||||
check_of_type(HeapTuple typetuple)
|
||||
@ -6190,8 +6192,8 @@ ATPrepSetStatistics(Relation rel, const char *colName, int16 colNum, Node *newVa
|
||||
RelationGetRelationName(rel))));
|
||||
|
||||
/*
|
||||
* We allow referencing columns by numbers only for indexes, since
|
||||
* table column numbers could contain gaps if columns are later dropped.
|
||||
* We allow referencing columns by numbers only for indexes, since table
|
||||
* column numbers could contain gaps if columns are later dropped.
|
||||
*/
|
||||
if (rel->rd_rel->relkind != RELKIND_INDEX && !colName)
|
||||
ereport(ERROR,
|
||||
|
Reference in New Issue
Block a user