↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

PostgreSQL 文档检索

PG 18 · 按类别浏览,或输入名称与关键词

分类索引4025
FROM子句章节正文PG187.2.1. FROM子句 FROM子句根据一个以逗号分隔的表引用列表,从一个或多个其他表派生出一个表。FROM table_reference [, table_reference [, ...]] 表引用可以是表名(可能带有模式限定),也可以是派生表,例如子查询、JOIN结构,或这些形式的复杂组合。如果在FROM子句中列出了多个表引用,那么这些表会被交叉连接(也就是形成它们…FROM子句 fuzzystrmatch — 确定字符串的相似性和距离章节正文PG18F.16. fuzzystrmatch — 确定字符串的相似性和距离 fuzzystrmatch模块提供多个函数,用于确定字符串的相似性和距离。小心 目前,soundex、metaphone、dmetaphone 和 dmetaphone_alt 函数不能很好地处理多字节编码(例如 UTF-8)。对于这类数据,请使用 daitch_mokotoff 或 levenshtein。…fuzzystrmatch — 确定字符串的相似性和距离 gen_salt()章节正文PG18F.26.2.2. gen_salt() gen_salt(type text [, iter_count integer ]) returns text 生成一个供crypt()使用的新随机盐值字符串。该盐值字符串还会告诉crypt()应使用哪种算法。type参数指定 hash 算法。接受的类型有:des、xdes、md5、bf、sha256crypt 和 sha512cry…gen_salt() GET DESCRIPTOR章节正文PG18GET DESCRIPTOR GET DESCRIPTOR — 从一个 SQL 描述符区域得到信息大纲 GET DESCRIPTOR descriptor_name :cvariable = descriptor_header_item GET DESCRIPTOR descriptor_name VALUE column_number :cvariable = descrip…GET DESCRIPTOR GIN章节正文PG1811.2.5. GIN GIN 索引是“倒排索引”,适用于包含多个组成值的数据值,例如数组。倒排索引会为每个组成值保存单独的项,因此能够高效处理测试特定组成值是否存在的查询。与 GiST 和 SP-GiST 一样,GIN 也能支持多种不同的用户定义索引策略,GIN 索引可使用哪些具体操作符同样取决于索引策略。例如,PostgreSQL标准发布版中包含一个用于数组的 GIN 操作…GIN GIN 函数章节正文PG18F.23.5. GIN 函数 gin_metapage_info(page bytea) returns record gin_metapage_info返回GIN索引元页的信息。例如: test=# SELECT * FROM gin_metapage_info(get_raw_page('gin_index', 0)); -[ RECORD 1 ]----+--------…GIN 函数 GIN 快速更新技术章节正文PG1865.4.4.1. GIN 快速更新技术由于倒排索引的内在性质,更新 GIN 索引往往比较慢:插入或更新一个堆元组,可能会导致向索引中执行多次插入(从被索引项中提取出的每个键都要插入一次)。GIN 可以通过把新元组插入一个临时的、未排序的待处理列表,来推迟其中的大部分工作。当表被清理或自动分析时,或者调用 gin_clean_pending_list 函数时,又或者待处理列表增…GIN 快速更新技术 GIN 提示和技巧章节正文PG1865.4.5. GIN 提示和技巧创建与插入 # 向 GIN 索引插入数据可能较慢,因为每个项很可能需要插入许多键。因此,对于向表中执行的批量插入,建议先删除 GIN 索引,待批量插入完成后再重建它。 当为 GIN 启用 fastupdate 时(详见第 65.4.4.1 节),这种代价会比未启用时小一些。但对于非常大的更新,删除并重建索引仍然可能是最佳选择。 maintena…GIN 提示和技巧 GIN 索引章节正文PG1865.4. GIN 索引GIN 索引 GiST章节正文PG1811.2.3. GiST GiST 索引并不是某一种单独的索引,而是一种基础设施,可在其中实现许多不同的索引策略。因此,GiST 索引可使用哪些具体操作符,取决于所采用的索引策略(即操作符类)。例如,PostgreSQL标准发布版中包含了若干二维几何数据类型的 GiST 操作符类,它们支持使用下列操作符的索引化查询:<< &< &> >> <<| &<| |&> |>> @> …GiST GiST 函数章节正文PG18F.23.6. GiST 函数 gist_page_opaque_info(page bytea) returns record gist_page_opaque_info返回GiST索引页不透明区域中的信息,例如 NSN、rightlink 和页类型。下面是一个示例: test=# SELECT * FROM gist_page_opaque_info(get_raw_pag…GiST 函数 GiST 索引章节正文PG1865.2. GiST 索引GiST 索引 GiST 索引构建方法章节正文PG1865.2.4.1. GiST 索引构建方法构建 GiST 索引最简单的方法就是把所有项逐个插入。这对于大型索引往往很慢,因为如果索引元组分散在整个索引中,而索引又大到无法放入缓存,就需要大量随机 I/O。PostgreSQL支持两种用于 GiST 索引初始构建的替代方法:排序和缓冲模式。只有当索引使用的每个操作符类都提供了sortsupport函数时,排序方法才可用,如第 65…GiST 索引构建方法 GRANT章节正文PG18GRANT GRANT — 定义访问权限大纲 GRANT { { SELECT | INSERT | UPDATE | DELETE | TRUNCATE | REFERENCES | TRIGGER | MAINTAIN } [, ...] | ALL [ PRIVILEGES ] } ON { [ TABLE ] table_name [, ...] | ALL TABLE…GRANT GREATEST和LEAST章节正文PG189.18.4. GREATEST和LEAST GREATEST(value [, ...]) LEAST(value [, ...]) GREATEST和LEAST函数从由任意数量的表达式组成的列表中选取最大值或最小值。这些表达式都必须能转换为同一个数据类型,该类型将作为结果类型(详情参见第 10.5 节)。参数列表中的 NULL 值会被忽略。只有所有表达式的求值结果都为 NU…GREATEST和LEAST GROUP BY 子句章节正文PG18GROUP BY 子句可选的GROUP BY子句的一般形式为 GROUP BY [ ALL | DISTINCT ] grouping_element [, ...] GROUP BY会把所有在分组表达式上具有相同值的已选中行压缩成单独一行。用于 grouping_element中的 expression可以是输入列名、输出列(SELECT列表项)的名称或序号或者由输入列值构成…GROUP BY 子句 GROUP BY和HAVING子句章节正文PG187.2.3. GROUP BY和HAVING子句通过WHERE过滤之后,派生出来的输入表还可以使用GROUP BY子句进行分组,并通过HAVING子句排除某些分组行。SELECT select_list FROM ... [WHERE ...] GROUP BY grouping_column_reference [, grouping_column_reference]...…GROUP BY和HAVING子句 GROUP BY和ORDER BY可用的名字空间章节正文PG18GROUP BY和ORDER BY可用的名字空间在 SQL-92 标准中,一个ORDER BY子句只能使用输出列名或者序号,而一个GROUP BY子句只能使用基于输入列名的表达式。PostgreSQL扩展了这两种子句以允许它们使用其他的选择(但如果有歧义时还是使用标准的解释)。PostgreSQL也允许两种子句指定任意表达式。注意出现在一个表达式中的名称将总是被当做输入列名而不…GROUP BY和ORDER BY可用的名字空间 GROUPING SETS、CUBE和ROLLUP章节正文PG187.2.4. GROUPING SETS、CUBE和ROLLUP 使用分组集的概念可以实现比上述更加复杂的分组操作。由 FROM和WHERE子句选出的数据被按照每一个指定的分组集单独分组,按照简单GROUP BY子句对每一个分组计算聚合,然后返回结果。例如:=> SELECT * FROM items_sold; brand | size | sales -------+---…GROUPING SETS、CUBE和ROLLUP GSSAPI 会话加密章节正文PG1854.2.11. GSSAPI 会话加密如果PostgreSQL构建时启用了GSSAPI支持,就可以使用GSSAPI对前端/后端通信进行加密。这为攻击者可能截获会话流量的环境提供了通信安全性。有关使用GSSAPI加密PostgreSQL会话的详细信息,请参阅第 18.10 节。要建立 GSSAPI 加密连接,前端首先发送 GSSENCRequest 消息,而不是 Startup…GSSAPI 会话加密 GSSAPI 认证章节正文PG1820.6. GSSAPI 认证 GSSAPI是一种在 RFC 2743 中定义的安全认证行业标准协议。PostgreSQL支持GSSAPI用于认证、通信加密,或两者兼而有之。GSSAPI为支持它的系统提供自动认证(单点登录)。认证本身是安全的。如果使用GSSAPI加密或SSL加密,沿数据库连接发送的数据将被加密;否则,将不会被加密。当编译PostgreSQL时,GSSAPI 支…GSSAPI 认证 GUC 参数章节正文PG18F.40.4. GUC 参数 sepgsql.permissive (boolean) # 该参数使 sepgsql 无论系统设置如何都以宽容模式运行。默认值为关闭。该参数只能在 postgresql.conf 文件中或服务器命令行上设置。 当该参数打开时,sepgsql 会以宽容模式运行,即使 SELinux 整体处于强制模式也是如此。该参数主要用于测试。 sepgsql.d…GUC 参数 GUC 参数章节正文PG18F.35.3. GUC 参数 pg_trgm.similarity_threshold (real) # 设置%操作符使用的当前相似度阈值。该阈值必须介于 0 和 1 之间(默认值为 0.3)。 pg_trgm.word_similarity_threshold (real) # 设置<%和%>操作符使用的当前词相似度阈值。该阈值必须介于 0 和 1 之间(默认值为 0.6)。…GUC 参数 Hash章节正文PG1811.2.2. Hash Hash 索引存储从索引列值派生出的 32 位 hash 码。因此,这类索引只能处理简单的等值比较。只要已索引列参与的是使用等号操作符的比较,查询规划器就会考虑使用 Hash 索引:=Hash Hash 函数章节正文PG18F.23.7. Hash 函数 hash_page_type(page bytea) returns text hash_page_type返回给定HASH索引页的页类型。例如: test=# SELECT hash_page_type(get_raw_page('con_hash_index', 0)); hash_page_type ---------------- met…Hash 函数 Hash 索引章节正文PG1865.6. Hash 索引Hash 索引 HASHES章节正文PG1836.15.5. HASHES 如果存在 HASHES 子句,它会告知系统:在基于该操作符的连接中,可以使用哈希连接方法。HASHES 只对返回 boolean 的二元操作符有意义;在实践中,该操作符还必须表示某种数据类型或某对数据类型上的相等关系。哈希连接背后的假设是:只有当左值和右值经 hash 运算得到同一个 hash 码时,连接操作符才有可能返回 true。如果两个值被…HASHES HAVING 子句章节正文PG18HAVING 子句可选的HAVING子句的形式 HAVING condition 其中condition与 WHERE子句中指定的条件相同。HAVING消除不满足该条件的分组行。HAVING与WHERE不同:WHERE会在应用GROUP BY之前过滤个体行,而HAVING过滤由 GROUP BY创建的分组行。condition中引用的每一列都必须无歧义地引用某个分组列,除非该引…HAVING 子句 hmac()章节正文PG18F.26.1.2. hmac() hmac(data text, key text, type text) returns bytea hmac(data bytea, key bytea, type text) returns bytea 使用密钥key为data计算基于 hash 的消息认证码(HMAC)。type与digest()中的相同。这与digest()类似,但只有…hmac() hstore — hstore 键/值数据类型章节正文PG18F.17. hstore — hstore 键/值数据类型此模块实现了hstore数据类型,用于在单个PostgreSQL值中存储一组键/值对。这在多种场景中可能很有用,例如包含许多很少查看的属性的行,或者半结构化数据。键和值都只是文本字符串。该模块被认为是“受信任的”,也就是说,它可以由在当前数据库上具有CREATE权限的非超级用户安装。hstore — hstore 键/值数据类型 hstore 外部表示章节正文PG18F.17.1. hstore 外部表示用于输入和输出的hstore文本表示包含零个或多个以逗号分隔的 key => value 对。一些示例:k => v foo => bar, baz => whatever "1-a" => "anything at all" 键/值对的顺序并不重要(而且在输出时可能不会按原样重现)。键/值对之间或 => 号周围的空白会被忽略。包含空白、逗…hstore 外部表示 hstore 操作符和函数章节正文PG18F.17.2. hstore 操作符和函数 hstore模块提供的操作符见表 F.6,函数见表 F.7。表 F.6. hstore 操作符 操作符 描述 示例 hstore -> text → text 返回与给定键关联的值,如果该键不存在则返回NULL。 'a=>x, b=>y'::hstore -> 'a' → x hstore -> text[] → text[] 返回与…hstore 操作符和函数 HTML章节正文PG18J.3.1. HTML 要构建文档的HTML版本:doc/src/sgml$ make html 这也是默认目标。输出位于子目录html中。若要使用postgresql.org上所使用的样式表,而不是默认的简单样式来生成 HTML 文档,请使用:doc/src/sgml$ make STYLE=website html 如果使用STYLE=website选项,生成的 HTML …HTML I/O章节正文PG1819.4.5. I/O backend_flush_after (integer) # 每当单个后端写出的数据超过此数量时,就尝试强制操作系统将这些写操作发往底层存储。这样可以限制内核页缓存中的脏数据量,降低在检查点结束时调用 fsync,或操作系统在后台以较大批次写回数据时发生停顿的可能性。通常,这能大幅降低事务延迟,但在某些情况下性能可能下降,尤其是工作负载大于shared…I/O ICU 区域设置章节正文PG1823.1.5. ICU 区域设置ICU 区域设置 ICU 区域设置名称章节正文PG1823.1.5.1. ICU 区域设置名称 ICU 格式的区域设置名称采用语言标签。CREATE COLLATION mycollation1 (provider = icu, locale = 'ja-JP'); CREATE COLLATION mycollation2 (provider = icu, locale = 'fr');ICU 区域设置名称 ICU 区域设置的排序规则设置章节正文PG1823.2.3.2. ICU 区域设置的排序规则设置表 23.2显示了可用的排序规则设置,这些设置可以作为语言标签的一部分,用来定制排序规则。表 23.2. ICU 排序规则设置 键 值 默认 描述 co emoji, phonebk, standard, ... standard 排序规则类型。有关其他选项和详细信息,请参见第 23.2.3.5 节。 ka noignore, …ICU 区域设置的排序规则设置 ICU 定制规则章节正文PG1823.2.3.4. ICU 定制规则如果上面列出的排序规则设置所提供的选项仍然不够用,可以用定制规则改变排序元素的顺序,其语法详见https://unicode-org.github.io/icu/userguide/collation/customization/。下面这个小例子基于根区域设置创建了一个带定制规则的排序规则:CREATE COLLATION custom (p…ICU 定制规则 ICU 排序规则章节正文PG1823.2.2.2.2. ICU 排序规则对于 ICU,枚举所有可能的区域设置名称并不合理。ICU 为区域设置使用特定的命名系统,但给区域设置命名的方法远多于实际存在的不同区域设置。initdb使用 ICU API 提取一组不同的区域设置,以填充初始排序规则集合。由 ICU 提供的排序规则在 SQL 环境中创建时,其名称采用 BCP 47 语言标签格式,并附加“私有使用”扩展 -…ICU 排序规则 ICU 排序规则章节正文PG1823.2.2.3.2. ICU 排序规则 ICU 排序规则可以这样创建:CREATE COLLATION german (provider = icu, locale = 'de-DE'); ICU 区域设置使用 BCP 47 语言标签指定,但也接受大多数 libc 风格的区域设置名称。如果可能,libc 风格的区域设置名称会被转换为语言标签。新的 ICU 排序规则可以通过在语…ICU 排序规则
更多结果

输入名称或关键词,从 PostgreSQL 手册与扩展目录中直接找到定义。

pg17: 限定版本 ex: 只搜扩展 ↑↓ 选择 ↵ 打开