diff options
| author | Tatsuo Ishii <ishii@postgresql.org> | 2020-01-05 19:50:27 +0900 |
|---|---|---|
| committer | Tatsuo Ishii <ishii@postgresql.org> | 2020-01-05 19:50:27 +0900 |
| commit | 6c1860b4d32082c411dd012bda4dfde35c41e942 (patch) | |
| tree | 062522a37490ff41d072adc19dffed953bcd1d83 | |
| parent | 0c8836ab49b17c493dd4344f582935f04acea326 (diff) | |
| download | postgresql-6c1860b4d32082c411dd012bda4dfde35c41e942.tar.gz postgresql-6c1860b4d32082c411dd012bda4dfde35c41e942.zip | |
Docs: use more standard terminology "round-to-nearest-even" instead of "round-to-even".
Per suggestion from Tom Lane.
Discussion: https://postgr.es/m/flat/20191230.093451.1762483750956466101.t-ishii%40sraoss.co.jp
| -rw-r--r-- | doc/src/sgml/datatype.sgml | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/doc/src/sgml/datatype.sgml b/doc/src/sgml/datatype.sgml index ce9d2dddf11..dcb5637ed0d 100644 --- a/doc/src/sgml/datatype.sgml +++ b/doc/src/sgml/datatype.sgml @@ -731,7 +731,7 @@ FROM generate_series(-3.5, 3.5, 1) as x; representable in the same binary precision. (However, the output value is currently never <emphasis>exactly</emphasis> midway between two representable values, in order to avoid a widespread bug where input - routines do not properly respect the round-to-even rule.) This value will + routines do not properly respect the round-to-nearest-even rule.) This value will use at most 17 significant decimal digits for <type>float8</type> values, and at most 9 digits for <type>float4</type> values. </para> |