Automatic docs translation update

Author: dmpgpro

doc/src/xml/ru/release-pro-10.xml

@@ -5,7 +5,7 @@
   <title>Postgres Pro 10.0.1</title>
   <formalpara>
     <title>Дата выпуска:</title>
-    <para>2017-10-25</para>
+    <para>2017-10-31</para>
   </formalpara>
   <sect2>
     <title>Обзор</title>
@@ -71,18 +71,28 @@
     <para>Для обновления существующей СУБД до версии <productname>Postgres Pro</productname> 10 вы можете выполнить выгрузку/восстановление данных, применив <xref linkend="app-pg-dumpall"/>, или воспользоваться утилитой <xref linkend="pgupgrade"/>. Первый вариант безопаснее, а второй быстрее и может значительно ускорить процесс обновления для больших баз данных.</para>
 
     <para>Начиная с <productname>Postgres Pro</productname> версии 10, при инициализации кластера баз данных или при создании базы может быть задан провайдер правил сортировки по умолчанию, как описано в <xref remap="6" linkend="collation-managing"/>. Вы должны учитывать это при обновлении до данной версии, чтобы избежать повреждения индексов или ограничений.</para>
+    <important>
+      <para>Если в вашей текущей инсталляции <productname>Postgres Pro</productname> используется ICU, не обновляйте версию библиотеки ICU. В противном случае обновление до <productname>Postgres Pro</productname> 10 будет невозможно.</para>
+    </important>
+    <important>
+      <para>Версии <productname>PostgreSQL</productname> 9.5 и 9.5.1, а также <productname>Postgres Pro</productname> 9.5.0.1 и 9.5.1.2 нельзя обновить непосредственно до <productname>Postgres Pro</productname>. Если вы используете такую версию, сначала обновите вашу инсталляцию до промежуточной версии, например, до <productname>Postgres Pro</productname> 9.5.2.1.</para>
+    </important>
     <para>Следуя процедуре обновления с использованием <xref linkend="pgupgrade"/>, убедитесь в том, что <xref linkend="app-initdb"/> устанавливает в новом кластере баз данных корректный провайдер правил сортировки по умолчанию:</para>
       <itemizedlist>
         <listitem>
           <para>Обновляя ванильный сервер <productname>PostgreSQL</productname>, укажите <literal>libc</literal> в качестве провайдера правил сортировки по умолчанию.</para>
         </listitem>
         <listitem>
-          <para>При обновлении <productname>Postgres Pro</productname> опустите указание провайдера правил сортировки по умолчанию, чтобы этот провайдер был выбран автоматически. В этом случае для локалей C и POSIX будет использоваться провайдер <literal>libc</literal>, а для всех остальных — провайдер <literal>icu</literal>.</para>
+          <para>При обновлении <productname>Postgres Pro</productname> опустите указание провайдера правил сортировки по умолчанию, чтобы этот провайдер был выбран автоматически. В этом случае для баз данных с локалями C и POSIX, а также для любых баз данных с однобайтовыми кодировками будет использоваться провайдер <literal>libc</literal>, а для всех остальных — провайдер <literal>icu</literal>.</para>
         </listitem>
       </itemizedlist>
-      <para>Если <application>pg_upgrade</application> создаст какие-либо скрипты SQL в текущем каталоге, выполните их для завершения обновления. Например, если в предыдущей инсталляции содержались индексы или ограничения, построенные с нестандартными правилами сортировки, <application>pg_upgrade</application> объявит такие индексы и ограничения недействительными и создаст скрипты <filename>reindex_text_indexes.sql</filename> и <filename>validate_text_contraints.sql</filename>, соответственно.</para>
+      <para>Если <application>pg_upgrade</application> создаёт какие-либо файлы SQL в текущем каталоге, запустите их для завершения обновления.</para>
+
+      <para>При обновлении с использованием <xref linkend="app-pg-dumpall"/>, <productname>Postgres Pro</productname> будет использовать провайдер правил сортировки, заданный при выполнении команды <command>initdb</command> для нового кластера. В этом случае индексы перестраиваются автоматически. Во избежание проблем с ограничениями, зависящими от правил сортировки, при обновлении с ванильного <productname>PostgreSQL</productname> рекомендуется использовать провайдер <literal>libc</literal>, а при обновлении с предыдущей версии <productname>Postgres Pro</productname> опустить указание провайдера.</para>
 
-      <para>При обновлении с использованием <xref linkend="app-pg-dumpall"/>, <productname>Postgres Pro</productname> будет использовать провайдер правил сортировки, заданный при выполнении команды <command>initdb</command> для нового кластера. В этом случае индексы перестраиваются автоматически, но может потребоваться вручную разрешить проблемы с ограничениями, если имеются ограничения, зависящие от нестандартных правил сортировки. Подробнее о провайдерах правил сортировки рассказывается в <xref remap="6" linkend="collation-managing"/>.</para>
+      <note>
+      <para>Если в предыдущей инсталляции <productname>Postgres Pro</productname> имелись индексы или ограничения, зависящие от правил сортировки, отличных от <literal>C</literal>, <literal>POSIX</literal> или правила сортировки БД по умолчанию, в этих базах могли оказаться данные, нарушающие целостность индексов и условия ограничений. В таких случаях при обновлении <productname>Postgres Pro</productname> до версии 10 сценарий с выгрузкой/восстановлением данных может оказаться невозможным, и для обновления нужно будет использовать только <application>pg_upgrade</application>. Для устранения описанной проблемы <application>pg_upgrade</application> объявляет такие индексы и ограничения нерабочими и создаёт скрипты <filename>reindex_text_indexes.sql</filename> и <filename>validate_text_contraints.sql</filename>, соответственно.</para>
+       </note>
 
      <para>Осуществляя сборку <productname>Postgres Pro</productname> вручную, вы должны включить поддержку ICU, используя ключ <option>--with-icu</option>. В противном случае вы не сможете обновить предыдущую версию <productname>Postgres Pro</productname> до <productname>Postgres Pro</productname> 10.</para>
 

doc/src/xml/ru/typeconv.xml

@@ -314,7 +314,7 @@ SELECT round(4, 4);
 SELECT round(CAST (4 AS numeric), 4);
 </screen></para>
 
-<para>Та как числовые константы с десятичными точками изначально относятся к типу <type>numeric</type>, для следующего запроса преобразование типов не потребуется, так что он немного эффективнее: <screen>
+<para>Так как числовые константы с десятичными точками изначально относятся к типу <type>numeric</type>, для следующего запроса преобразование типов не потребуется, так что он немного эффективнее: <screen>
 SELECT round(4.0, 4);
 </screen></para>
 </example>