mirror of
https://github.com/postgres/postgres.git
synced 2025-06-11 20:28:21 +03:00
Replace remaining uses of "whitelist".
Instead describe the action that the list effects, or just use "list" where the meaning is obvious from context. Author: Dagfinn Ilmari Mannsåker <ilmari@ilmari.org> Discussion: https://postgr.es/m/20200615182235.x7lch5n6kcjq4aue%40alap3.anarazel.de
This commit is contained in:
@ -7,7 +7,7 @@
|
||||
* data types are shippable to a remote server for execution --- that is,
|
||||
* do they exist and have the same behavior remotely as they do locally?
|
||||
* Built-in objects are generally considered shippable. Other objects can
|
||||
* be shipped if they are white-listed by the user.
|
||||
* be shipped if they are declared as such by the user.
|
||||
*
|
||||
* Note: there are additional filter rules that prevent shipping mutable
|
||||
* functions or functions using nonportable collations. Those considerations
|
||||
@ -110,7 +110,7 @@ InitializeShippableCache(void)
|
||||
*
|
||||
* Right now "shippability" is exclusively a function of whether the object
|
||||
* belongs to an extension declared by the user. In the future we could
|
||||
* additionally have a whitelist of functions/operators declared one at a time.
|
||||
* additionally have a list of functions/operators declared one at a time.
|
||||
*/
|
||||
static bool
|
||||
lookup_shippable(Oid objectId, Oid classId, PgFdwRelationInfo *fpinfo)
|
||||
|
Reference in New Issue
Block a user