diff options
Diffstat (limited to 'doc/FAQ_russian')
| -rw-r--r-- | doc/FAQ_russian | 81 |
1 files changed, 60 insertions, 21 deletions
diff --git a/doc/FAQ_russian b/doc/FAQ_russian index 45d2ea6025d..8273e70945f 100644 --- a/doc/FAQ_russian +++ b/doc/FAQ_russian @@ -1,7 +1,7 @@ Ответы на часто задаваемые вопросы по PostgreSQL - Дата последнего обновления: Четверг 11 Июня 06:36:10 EDT 2002 + Дата последнего обновления: Среда 22 Августа 19:20:40 EDT 2002 Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (pgman@candle.pha.pa.us) @@ -61,6 +61,8 @@ пытаюсь подключиться к базе? 3.9) Что это за файлы pg_sorttempNNN.NN в моем каталоге с базой данных? + 3.10) Почему необходимо делать dump и restore при обновлении выпусков + PostgreSQL? Вопросы эксплуатации @@ -267,7 +269,7 @@ 1.7) Какая последняя версия? - Последний выпуск PostgreSQL - это версия 7.2. + Последний выпуск PostgreSQL - это версия 7.2.2. Мы планируем выпускать новые версии каждые четыре месяца. @@ -414,7 +416,7 @@ некоторое количество ежемесячных и одноразовых расходов, которые требуют денег. Если вы или ваша компания имеет деньги, которые можно передать в помощь нашим усилиям, пожалуйста посетите страничку - http://www.pgsql.com/pg_goodies и сделайте свой вклад. + https://store.pgsql.com/shopping/index.php?id=1 и сделайте свой вклад. Хотя на страничке говорится о PostgreSQL, Inc, пункт "contributions" предназначен исключительно для поддержки проекта PostgreSQL и не @@ -478,6 +480,9 @@ * TCL (libpgtcl) * C Easy API (libpgeasy) * Embedded HTML (PHP from http://www.php.net) + + Дополнительные интерфейсы доступны по адресу + http://www.postgresql.org/interfaces.html. _________________________________________________________________ Вопросы администрирования @@ -660,6 +665,22 @@ происходить, если backend процесс падает во время сортировки. Если у вас не запущено ни одного backend процесса, то вы можете спокойно удалить файлы pg_tempNNN.NN. + 3.10) Почему необходимо делать dump и restore при обновлении выпусков + PostgreSQL? + + Разработчики PostgreSQL делают только небольшие изменения между + подвыпусками. Таким образом обновление с версии 7.2 до 7.2.1 не + требует выполнения dump и restore. Однако при выходе очередного + выпуска часто меняется внутренний формат системных таблиц и файлов + данных. Эти изменения часто носят комплексный характер, так что нет + возможности обеспечить обратную совместимость файлов данных. Выполение + dump позволяет получить данные в общем формате, который затем может + быть загружен при использовании нового внутреннего формата. + + В тех выпусках, где формат данных на диске не меняется, для проведения + обновления может быть использован сценарий pg_upgrade без + использования dump/restore. Комментарии к выпуску говорит когда можно + использовать pg_upgrade для этого выпуска. _________________________________________________________________ Вопросы эксплуатации @@ -707,8 +728,8 @@ Максимальный размер базы? неограничен (существуют базы на 60 G B) Максимальный размер таблицы? 16 TB - Максимальный размер записи? неограничен начиная с версии 7.1 - Максимальный размер поля? 1 GB начиная с версии 7.1 + Максимальный размер записи? 1.6 TB + Максимальный размер поля? 1 GB Максимальное количество записей в таблице? неограничено Максимальное количество колонок в таблице? 250-1600 в зависимости от тип а @@ -759,6 +780,9 @@ B) Индексы не требуют так много, но поскольку они создаются для большого количества данных, они также могут быть велики. + Значения NULL сохраняются в битах и поэтому они занимают очень мало + места. + 4.7) Как мне убедиться, что существуют нужные мне таблицы, индексы, базы данных и пользователи? @@ -779,7 +803,7 @@ B) используются только если таблица больше минимального размера и запрос выбирает только маленький процент записей в таблице. Так устроено, потому что доступ к диску с применением рандомизации при сканировании - индексов иногда медленнее, чем простое чтение таблицы или ее + индексов может быть медленнее, чем простое чтение таблицы или ее последовательное сканирование. Чтобы определить необходимость использования индекса для какой-либо @@ -796,13 +820,30 @@ B) обычно быстрее, чем поиск по индексам в большой таблице. Однако, ORDER BY часто комбинируется с LIMIT и в этом случае индекс будет использоваться, поскольку при выполнении будет возвращаться небольшая - часть таблицы. - + часть таблицы. Фактически MAX() и MIN() не используют индексы, но + индекс используется при построении запросов с ORDER BY и LIMIT: + SELECT col + FROM tab + ORDER BY col [ DESC ] + LIMIT 1 + Когда используются операции с шаблонами, например LIKE или ~, индексы - могут быть использованы только если начало строки-шаблона для поиска, - соответствует началу искомой строки. Следовательно, для того, чтобы - использовать индексы, шаблон в LIKE не должен начинаться на %, а в ~ - (поиск регулярного выражения) должен начинаться на ^. + могут быть использованы в следующих случаях: + * Начало строки поиска должно совпадать с началом искомой строки, + т.е.: + + * LIKE шаблоны не должны начинаться с %. + * + * ~ шаблоны регулярных выражений должна начинаться на ^. + * + + Строка поиска не должна начинаться с символа класса, т.е. [a-e]. + + Не должен использоваться поиск независимый от регистра такой как + ILIKE и ~. Вместо него используйте функциональные индексы, которые + описаны в этом FAQ ниже. + + Во время initdb должна использоваться локаль по умолчанию C. 4.9) Как посмотреть на то, как оптимизатор выполняет мой запрос? @@ -845,8 +886,7 @@ B) Оператор ~ производит поиск регулярного выражения, а оператор ~* производит независимый от регистра букв поиск регулярного выражения. - Независимый от регистра вариант LIKE называется ILIKE в PostgreSQL - начиная с версии 7.1. + Независимый от регистра вариант LIKE называется ILIKE. Независимое от регистра сравнение обычно выражается так: SELECT * @@ -1014,10 +1054,9 @@ BYTEA bytea массив байт переменной длины (можно использоват 4.18) Почему я получаю ошибку "ERROR: Memory exhausted in AllocSetAlloc()"? - Если у вас версия ниже 7.1, то обновление версии может решить эту - проблему. Также возможно, что у вас закончилась виртуальная память или - что ваше ядро имеет маленький лимит на определенные ресурсы. - Попытайтесь перед запуском postmaster выполнить следующие команды: + Предположительно у вас закончилась виртуальная память или что ваше + ядро имеет маленький лимит на определенные ресурсы. Попытайтесь перед + запуском postmaster выполнить следующие команды: ulimit -d 262144 limit datasize 256m @@ -1075,12 +1114,12 @@ SELECT * 4.23) Как мне выполнить внешнее связывание? - PostgreSQL начиная с версии 7.1 поддерживает внешнее связывание, - используя стандартный синтаксис SQL. Вот два примера: + PostgreSQL поддерживает внешнее связывание, используя стандартный + синтаксис SQL. Вот два примера: SELECT * FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col); - or + или SELECT * FROM t1 LEFT OUTER JOIN t2 USING (col); |