mirror of
https://github.com/postgres/postgres.git
synced 2025-06-11 20:28:21 +03:00
Standardize terminology for pg_statistic_ext entries.
Consistently refer to such an entry as a "statistics object", not just "statistics" or "extended statistics". Previously we had a mismash of terms, accompanied by utter confusion as to whether the term was singular or plural. That's not only grating (at least to the ear of a native English speaker) but could be outright misleading, eg in error messages that seemed to be referring to multiple objects where only one could be meant. This commit fixes the code and a lot of comments (though I may have missed a few). I also renamed two new SQL functions, pg_get_statisticsextdef -> pg_get_statisticsobjdef pg_statistic_ext_is_visible -> pg_statistics_obj_is_visible to conform better with this terminology. I have not touched the SGML docs other than fixing those function names; the docs certainly need work but it seems like a separable task. Discussion: https://postgr.es/m/22676.1494557205@sss.pgh.pa.us
This commit is contained in:
@ -16681,7 +16681,7 @@ SELECT relname FROM pg_class WHERE pg_table_is_visible(oid);
|
||||
<entry>is operator family visible in search path</entry>
|
||||
</row>
|
||||
<row>
|
||||
<entry><literal><function>pg_statistic_ext_is_visible(<parameter>stat_oid</parameter>)</function></literal>
|
||||
<entry><literal><function>pg_statistics_obj_is_visible(<parameter>stat_oid</parameter>)</function></literal>
|
||||
</entry>
|
||||
<entry><type>boolean</type></entry>
|
||||
<entry>is statistics object visible in search path</entry>
|
||||
@ -16745,7 +16745,7 @@ SELECT relname FROM pg_class WHERE pg_table_is_visible(oid);
|
||||
<primary>pg_opfamily_is_visible</primary>
|
||||
</indexterm>
|
||||
<indexterm>
|
||||
<primary>pg_statistic_ext_is_visible</primary>
|
||||
<primary>pg_statistics_obj_is_visible</primary>
|
||||
</indexterm>
|
||||
<indexterm>
|
||||
<primary>pg_table_is_visible</primary>
|
||||
@ -16836,7 +16836,7 @@ SELECT pg_type_is_visible('myschema.widget'::regtype);
|
||||
</indexterm>
|
||||
|
||||
<indexterm>
|
||||
<primary>pg_get_statisticsextdef</primary>
|
||||
<primary>pg_get_statisticsobjdef</primary>
|
||||
</indexterm>
|
||||
|
||||
<indexterm>
|
||||
@ -17009,9 +17009,9 @@ SELECT pg_type_is_visible('myschema.widget'::regtype);
|
||||
uses</entry>
|
||||
</row>
|
||||
<row>
|
||||
<entry><literal><function>pg_get_statisticsextdef(<parameter>statext_oid</parameter>)</function></literal></entry>
|
||||
<entry><literal><function>pg_get_statisticsobjdef(<parameter>statobj_oid</parameter>)</function></literal></entry>
|
||||
<entry><type>text</type></entry>
|
||||
<entry>get <command>CREATE STATISTICS</> command for extended statistics objects</entry>
|
||||
<entry>get <command>CREATE STATISTICS</> command for extended statistics object</entry>
|
||||
</row>
|
||||
<row>
|
||||
<entry><function>pg_get_triggerdef</function>(<parameter>trigger_oid</parameter>)</entry>
|
||||
@ -17158,7 +17158,7 @@ SELECT pg_type_is_visible('myschema.widget'::regtype);
|
||||
<para>
|
||||
<function>pg_get_constraintdef</function>,
|
||||
<function>pg_get_indexdef</function>, <function>pg_get_ruledef</function>,
|
||||
<function>pg_get_statisticsextdef</function>, and
|
||||
<function>pg_get_statisticsobjdef</function>, and
|
||||
<function>pg_get_triggerdef</function>, respectively reconstruct the
|
||||
creating command for a constraint, index, rule, extended statistics object,
|
||||
or trigger. (Note that this is a decompiled reconstruction, not the
|
||||
|
Reference in New Issue
Block a user