From 0e010a54a3b17fe6a66c1ed71caff9dc0fac4c2b Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Fri, 14 Feb 2003 14:05:00 +0000 Subject: Update FAQ's in head and 7.3.X. --- doc/src/FAQ/FAQ_russian.html | 44 ++++++++++++++++++++++---------------------- 1 file changed, 22 insertions(+), 22 deletions(-) (limited to 'doc/src') diff --git a/doc/src/FAQ/FAQ_russian.html b/doc/src/FAQ/FAQ_russian.html index 9c5df57ec24..d1cf4e43532 100644 --- a/doc/src/FAQ/FAQ_russian.html +++ b/doc/src/FAQ/FAQ_russian.html @@ -13,7 +13,7 @@ alink="#0000ff">
Дата последнего обновления: Четверг 5 Декабря 00:47:26 EDT 2002
+Дата последнего обновления: Четверг 13 Февраля 23:07:35 EDT 2002
Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (pgman@candle.pha.pa.us)
@@ -323,7 +323,7 @@
Последний выпуск PostgreSQL - это версия 7.2.3.
+Последний выпуск PostgreSQL - это версия 7.3.1.
Мы планируем выпускать новые версии каждые четыре месяца.
@@ -550,7 +550,7 @@ пользователя?Да, существует несколько графических интерфейсов для PostgreSQL. - Это PgAccess (http://www.pgaccess.com, + Это PgAccess (http://www.pgaccess.org, PgAdmin II (http://www.pgadmin.org, Win32-only), RHDB Admin ( http://sources.redhat.com/rhdb/) и Rekall @@ -558,11 +558,7 @@ http://www.thekompany.com/products/rekall/, коммерческий). Также есть PHPPgAdmin ( http://phppgadmin.sourceforge.net/) - интерфейс к PostgreSQL, основанный - на Web. - -
У нас есть прекрасный горафический интерфейс, называемый - PgAccess, который также можно использовать как генератор отчетов. - Его страничка http://www.pgaccess.org/
+ на Web.В PostgreSQL до версии 6.5, максимальное количество backend процессов - было 64, и изменение этого количества требовало перекомпиляции после - установки константы MaxBackendId в include/storage/sinvaladt.h.
-Данный каталог содержит временные файлы, генерируемые обработчиком @@ -969,6 +961,11 @@ LIMIT 1; +
Если вам кажется, что оптимизатор некорретно выбирает последовательный
+ перебор, используйте SET enable_seqscan TO 'off' и
+ запустите тесты, чтобы увидеть, не стало-ли сканирование индексов быстрее.
+
Когда используются операции с шаблонами, например LIKE или ~, индексы могут быть использованы в следующих случаях:
Тип Внутреннее имя Замечания -------------------------------------------------- -"char" char 1 символ -CHAR(n) bpchar заполняется пустотой до фиксированной длины VARCHAR(n) varchar размер задает максимальную длину, нет заполнения +CHAR(n) bpchar заполняется пустотой до фиксированной длины TEXT text нет задаваемого верхнего ограничения или длины +"char" char один символ BYTEA bytea массив байт переменной длины (можно использовать null-байт без опаски)@@ -1076,13 +1073,16 @@ BYTEA bytea так что занимаемое дисковое пространство может также быть и меньше, чем ожидалось. + VARCHAR(n) - это лучшее решение, когда нужно хранить + строки переменной длины, не превышающие определенного размера. + TEXT - это лучшее решение для строк неограниченной длины, + с максимально допустимой длиной в 1 гигабайт.
CHAR(n) - это лучшее решение для хранения строк, которые - обычно имеют одинаковую длину. VARCHAR(n) - это лучшее - решение, когда нужно хранить строки переменной длины, но не превышающие - определенного размера. TEXT - это лучшее решение для строк - неограниченной длины, с максимально допустимой длиной в 1 гигабайт. - BYTEA для хранения бинарных данных, значения которых - могут включать NULL байты. Эти типы имеют сходные + обычно имеют одинаковую длину. CHAR(n) заполняется + пустотой до заданной длины, в то время как VARCHAR(n) + хранит только символы, из которых состоит строка. + BYTEA используется для хранения бинарных данных, значения + которых могут включать NULL байты. Эти типы имеют сходные характеристики производительности.
subcol
- должна быть проиндексирована.
- Мы надеемся убрать это ограничение в будущем выпуске.
+ должна быть проиндексирована. Эта проблема производительности будет
+ устранена в версии 7.4.