@@ -34,7 +34,7 @@ ____________________________________________________________________________-->
34
34
<primary>游标</primary>
35
35
<secondary>显示查询计划</secondary>
36
36
</indexterm>
37
-
37
+
38
38
<!--==========================orignal english content==========================
39
39
<refmeta>
40
40
<refentrytitle>EXPLAIN</refentrytitle>
@@ -232,12 +232,17 @@ ____________________________________________________________________________-->
232
232
the output column list for each node in the plan tree, schema-qualify
233
233
table and function names, always label variables in expressions with
234
234
their range table alias, and always print the name of each trigger for
235
- which statistics are displayed. This parameter defaults to
236
- <literal>FALSE</literal>.
235
+ which statistics are displayed. The query identifier will also be
236
+ displayed if one has been computed, see <xref
237
+ linkend="guc-compute-query-id"/> for more details. This parameter
238
+ defaults to <literal>FALSE</literal>.
237
239
</para>
238
240
____________________________________________________________________________-->
239
241
<para>
240
- 显示关于计划的额外信息。特别是:计划树中每个结点的输出列列表、模式限定的表和函数名、总是把表达式中的变量标上它们的范围表别名,以及总是打印统计信息被显示的每个触发器的名称。这个参数默认被设置为<literal>FALSE</literal>。
242
+ 显示关于计划的额外信息。
243
+ 特别是:计划树中每个结点的输出列列表、模式限定的表和函数名、总是把表达式中的变量标上它们的范围表别名,以及总是打印统计信息被显示的每个触发器的名称。
244
+ 如果已经被计算,查询标识符也会被显示,详请参见<xref linkend="guc-compute-query-id"/>。
245
+ 这个参数默认被设置为<literal>FALSE</literal>。
241
246
</para>
242
247
</listitem>
243
248
</varlistentry>
@@ -339,23 +344,19 @@ ____________________________________________________________________________-->
339
344
<!--==========================orignal english content==========================
340
345
<para>
341
346
Include information on WAL record generation. Specifically, include the
342
- number of records, number of full page images (fpi) and amount of WAL
343
- bytes generated. In text format, only non-zero values are printed. This
344
- parameter may only be used when <literal>ANALYZE</literal> is also
347
+ number of records, number of full page images (fpi) and the amount of WAL
348
+ generated in bytes. In text format, only non-zero values are printed.
349
+ This parameter may only be used when <literal>ANALYZE</literal> is also
345
350
enabled. It defaults to <literal>FALSE</literal>.
346
351
</para>
347
352
____________________________________________________________________________-->
348
353
<para>
349
- Include information on WAL record generation. Specifically, include the
350
- number of records, number of full page images (fpi) and amount of WAL
351
- bytes generated. In text format, only non-zero values are printed. This
352
- parameter may only be used when <literal>ANALYZE</literal> is also
353
- enabled. It defaults to <literal>FALSE</literal>.
354
- 包括有关WAL记录生成的信息。具体来说,包括记录数、整页图像数(fpi)和生成的WAL字节数。
355
- 在文本格式中,仅打印非零值。此参数只能在同时启用<literal>ANALYZE</literal>时使用。
354
+ 包括有关WAL记录生成的信息。
355
+ 具体来说,包括记录数、整页图像数(fpi)和生成的WAL字节数量。
356
+ 在文本格式中,仅打印非零值。
357
+ 此参数只能在同时启用<literal>ANALYZE</literal>时使用。
356
358
它默认为<literal>FALSE</literal>。
357
359
</para>
358
-
359
360
</listitem>
360
361
</varlistentry>
361
362
@@ -510,12 +511,14 @@ ____________________________________________________________________________-->
510
511
the <link linkend="autovacuum">autovacuum daemon</link> will take care
511
512
of that automatically. But if a table has recently had substantial
512
513
changes in its contents, you might need to do a manual
513
- <xref linkend="sql-analyze"/ > rather than wait for autovacuum to catch up
514
+ <link linkend="sql-analyze"><command>ANALYZE</command></link > rather than wait for autovacuum to catch up
514
515
with the changes.
515
516
</para>
516
517
____________________________________________________________________________-->
517
518
<para>
518
- 为了允许<productname>PostgreSQL</productname>查询计划器在优化查询时能做出合理的知情决策,查询中用到的所有表的<link linkend="catalog-pg-statistic"><structname>pg_statistic</structname></link>数据应该能保持为最新。通常这个工作会由<link linkend="autovacuum">autovacuum daemon</link>负责自动完成。但是如果一个表最近在内容上有大量的改变,我们可能需要做一次手动的<xref linkend="sql-analyze"/>而不是等待 autovacuum 捕捉这些改变。
519
+ 为了允许<productname>PostgreSQL</productname>查询计划器在优化查询时能做出合理的知情决策,查询中用到的所有表的<link linkend="catalog-pg-statistic"><structname>pg_statistic</structname></link>数据应该能保持为最新。
520
+ 通常这个工作会由<link linkend="autovacuum">autovacuum daemon</link>负责自动完成。
521
+ 但是如果一个表最近在内容上有大量的改变,我们可能需要做一次手动的<link linkend="sql-analyze"><command>ANALYZE</command></link>而不是等待 autovacuum 捕捉这些改变。
519
522
</para>
520
523
521
524
<!--==========================orignal english content==========================
0 commit comments