Skip to content

Commit cbfa2c8

Browse files
authored
Merge pull request #394 from ylyxf/master
修正别字
2 parents d2dd214 + b6500ea commit cbfa2c8

File tree

4 files changed

+4
-4
lines changed

4 files changed

+4
-4
lines changed

postgresql/doc/src/sgml/extend.sgml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -123,7 +123,7 @@ ____________________________________________________________________________-->
123123
</para>
124124
____________________________________________________________________________-->
125125
<para>
126-
<productname>PostgreSQL</productname>是可扩展的,因为它的操作是目录驱动的。如果你熟悉标准的关系型数据库系统,你会知道它们把有关数据库、表、列等的信息存储在总所周知的系统目录中(某些系统称之为数据目录)。目录对于用户来说好像其他的表一样,但是<acronym>DBMS</acronym>把自己的内部信息记录在其中。<productname>PostgreSQL</productname>和标准关系型数据库系统的一个关键不同是<productname>PostgreSQL</productname>在其目录中存储更多信息:不只是有关表和列的信息,还有关于数据类型、函数、访问方法等等的信息。这些表可以被用户修改,并且因为<productname>PostgreSQL</productname>的操作是基于这些表的,所以<productname>PostgreSQL</productname>可以被用户扩展。通过比较,传统数据库系统只能通过在源代码中改变硬编码的过程或者载入由<acronym>DBMS</acronym>提供者特殊编写的模块进行扩展。
126+
<productname>PostgreSQL</productname>是可扩展的,因为它的操作是目录驱动的。如果你熟悉标准的关系型数据库系统,你会知道它们把有关数据库、表、列等的信息存储在众所周知的系统目录中(某些系统称之为数据目录)。目录对于用户来说好像其他的表一样,但是<acronym>DBMS</acronym>把自己的内部信息记录在其中。<productname>PostgreSQL</productname>和标准关系型数据库系统的一个关键不同是<productname>PostgreSQL</productname>在其目录中存储更多信息:不只是有关表和列的信息,还有关于数据类型、函数、访问方法等等的信息。这些表可以被用户修改,并且因为<productname>PostgreSQL</productname>的操作是基于这些表的,所以<productname>PostgreSQL</productname>可以被用户扩展。通过比较,传统数据库系统只能通过在源代码中改变硬编码的过程或者载入由<acronym>DBMS</acronym>提供者特殊编写的模块进行扩展。
127127
</para>
128128

129129
<!--==========================orignal english content==========================

postgresql/doc/src/sgml/fdwhandler.sgml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -94,7 +94,7 @@ ____________________________________________________________________________-->
9494
</para>
9595
____________________________________________________________________________-->
9696
<para>
97-
处理器函数简单地返回一个函数指针结构给回调函数,回调函数将被规划器、执行器和多种维护命令调用。编写一个FDW的大部分工作量都在实现这些回调函数上。处理器函数必须被注册在<productname>PostgreSQL</productname>中,并且注册为不需要参数并且返回特殊的伪类型<type>fdw_handler</type>。回调函数则是普通的 C 函数并且对于 SQL 层是不可见的或者不可调用的。回调函数在<xref linkend="fdw-callbacks"/>中描述。
97+
处理器函数简单地返回一个包含了多个回调函数指针的结构体,回调函数将被规划器、执行器和多种维护命令调用。编写一个FDW的大部分工作量都在实现这些回调函数上。处理器函数必须被注册在<productname>PostgreSQL</productname>中,并且注册为不需要参数并且返回特殊的伪类型<type>fdw_handler</type>。回调函数则是普通的 C 函数并且对于 SQL 层是不可见的或者不可调用的。回调函数在<xref linkend="fdw-callbacks"/>中描述。
9898
</para>
9999

100100
<!--==========================orignal english content==========================

postgresql/doc/src/sgml/func.sgml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -48767,7 +48767,7 @@ ____________________________________________________________________________-->
4876748767
<returnvalue>setof text</returnvalue>
4876848768
</para>
4876948769
<para>
48770-
返回指定目录总所有文件(和目录以及其他指定文件)的名称。
48770+
返回指定目录中所有文件(和目录以及其他指定文件)的名称。
4877148771
<parameter>include_dot_dirs</parameter>参数标示在结果集中是否包括<quote>.</quote> 和 <quote>..</quote>;默认为不包括它们。
4877248772
要包括它们在<parameter>missing_ok</parameter>为 <literal>true</literal>时能够有用,以从不存在的目录中辨别一个空目录。
4877348773
</para>

postgresql/doc/src/sgml/information_schema.sgml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -4024,7 +4024,7 @@ ____________________________________________________________________________-->
40244024
</para>
40254025
____________________________________________________________________________-->
40264026
<para>
4027-
因为在 SQL 中有多种方式定义数据类型,而<productname>PostgreSQL</productname>还包含额外的方式来定义数据类型,它们在信息模式中的表示可能有点困难。列<literal>data_type</literal>应该标识列的底层内建类型。在<productname>PostgreSQL</productname>中,这表示定义在系统目录模式<literal>pg_catalog</literal>中的类型。如果应用能够特别地(例如以不同方式格式化数字类型或使用精度列中的数据)处理总所周知的内建类型,这列可能会有用。列<literal>udt_name</literal>、<literal>udt_schema</literal>和<literal>udt_catalog</literal>总是标识列的底层数据类型,即使该列是基于一个域的(因为<productname>PostgreSQL</productname>对待内建类型和用户定义类型的方式是一样的,内建类型也出现在这里。这是 SQL 标准的一种扩展)。如果一个应用想要根据该类型以不同的方式处理数据,就应该使用这些列,因为在那种情况下即使该列真地基于一个域也没有关系。如果该列是基于一个域,该域的标识被存储在列<literal>domain_name</literal>、<literal>domain_schema</literal>和<literal>domain_catalog</literal>。如果你想要把列和它们相关的数据类型配对并且把域视作单独的类型,你可以写<literal>coalesce(domain_name,
4027+
因为在 SQL 中有多种方式定义数据类型,而<productname>PostgreSQL</productname>还包含额外的方式来定义数据类型,它们在信息模式中的表示可能有点困难。列<literal>data_type</literal>应该标识列的底层内建类型。在<productname>PostgreSQL</productname>中,这表示定义在系统目录模式<literal>pg_catalog</literal>中的类型。如果应用能够特别地(例如以不同方式格式化数字类型或使用精度列中的数据)处理众所周知的内建类型,这列可能会有用。列<literal>udt_name</literal>、<literal>udt_schema</literal>和<literal>udt_catalog</literal>总是标识列的底层数据类型,即使该列是基于一个域的(因为<productname>PostgreSQL</productname>对待内建类型和用户定义类型的方式是一样的,内建类型也出现在这里。这是 SQL 标准的一种扩展)。如果一个应用想要根据该类型以不同的方式处理数据,就应该使用这些列,因为在那种情况下即使该列真地基于一个域也没有关系。如果该列是基于一个域,该域的标识被存储在列<literal>domain_name</literal>、<literal>domain_schema</literal>和<literal>domain_catalog</literal>。如果你想要把列和它们相关的数据类型配对并且把域视作单独的类型,你可以写<literal>coalesce(domain_name,
40284028
udt_name)</literal>等等。
40294029
</para>
40304030
</sect1>

0 commit comments

Comments
 (0)