From 56650f3fda5dcab57377eef95df55a036f0f122f Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Fri, 14 Feb 2003 14:05:52 +0000 Subject: Update FAQ's in head and 7.3.X. --- doc/src/FAQ/FAQ.html | 47 +++++++++++++++++++++----------------------- doc/src/FAQ/FAQ_DEV.html | 8 +++----- doc/src/FAQ/FAQ_russian.html | 44 ++++++++++++++++++++--------------------- 3 files changed, 47 insertions(+), 52 deletions(-) (limited to 'doc/src') diff --git a/doc/src/FAQ/FAQ.html b/doc/src/FAQ/FAQ.html index b1ca31a3855..0bc7cd27d4d 100644 --- a/doc/src/FAQ/FAQ.html +++ b/doc/src/FAQ/FAQ.html @@ -10,7 +10,7 @@ alink="#0000ff">
Last updated: Thu Dec 5 00:47:26 EST 2002
+Last updated: Fri Feb 14 09:03:00 EST 2003
Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
@@ -18,10 +18,10 @@
The most recent version of this document can be viewed at http://www.PostgreSQL.org/docs/faq-english.html.
+ "http://www.ca.PostgreSQL.org/docs/faq-english.html">http://www.ca.PostgreSQL.org/docs/faq-english.html.Platform-specific questions are answered at http://www.PostgreSQL.org/users-lounge/docs/faq.html.
+ "http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html">http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html.A list of commercial support companies is available at http://www.PostgreSQL.org/users-lounge/commercial-support.html.
+ "http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html">http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html.The latest release of PostgreSQL is version 7.2.3.
+The latest release of PostgreSQL is version 7.3.2.
We plan to have major releases every four months.
@@ -327,7 +327,7 @@Several manuals, manual pages, and some small test examples are included in the distribution. See the /doc directory. You can also browse the manual online at http://www.PostgreSQL.org/users-lounge/docs/.
+ "http://www.ca.PostgreSQL.org/users-lounge/docs/">http://www.ca.PostgreSQL.org/users-lounge/docs/.There are two PostgreSQL books available online at http://www.PostgreSQL.org/docs/awbook.html @@ -536,8 +536,8 @@ interface? Yes, there are several graphical interfaces to PostgreSQL available. - These include PgAccess - http://www.pgaccess.com), PgAdmin II ( + http://www.pgaccess.org), PgAdmin II (http://www.pgadmin.org, Win32-only), RHDB Admin (http://sources.redhat.com/rhdb/ @@ -547,10 +547,6 @@ http://phppgadmin.sourceforge.net/ ), a web-based interface to PostgreSQL. -
We have a nice graphical user interface called PgAccess which can - also be used as a report generator. The Web page is - http://www.pgaccess.org/.
-In PostgreSQL versions prior to 6.5, the maximum number of - backends was 64, and changing it required a rebuild after altering - the MaxBackendId constant in - include/storage/sinvaladt.h.
-This directory contains temporary files generated by the query @@ -947,6 +938,10 @@ LIMIT 1; +
If you believe the optimizer is incorrect in choosing a
+ sequential scan, use SET enable_seqscan TO 'off' and
+ run tests to see if an index scan is indeed faster.
When using wild-card operators such as LIKE or ~, indexes can only be used in certain circumstances:
Type Internal Name Notes -------------------------------------------------- -"char" char 1 character -CHAR(n) bpchar blank padded to the specified fixed length VARCHAR(n) varchar size specifies maximum length, no padding +CHAR(n) bpchar blank padded to the specified fixed length TEXT text no specific upper limit on length +"char" char one character BYTEA bytea variable-length byte array (null-byte safe)@@ -1056,11 +1051,13 @@ BYTEA bytea variable-length byte array (null-byte safe) stored out-of-line by TOAST, so the space on disk might also be less than expected. -
CHAR(n) is best when storing strings that are - usually the same length. VARCHAR(n) is best when - storing variable-length strings but it limits how long a string can - be. TEXT is for strings of unlimited length, maximum - 1 gigabyte. BYTEA is for storing binary data, + VARCHAR(n) is best when storing variable-length + strings and it limits how long a string can be. TEXT + is for strings of unlimited length, with a maximum of one gigabyte. +
CHAR(n) is for storing strings that are all the + same length. CHAR(n) pads with blanks to the specified + length, while VARCHAR(n) only stores the characters + supplied. BYTEA is for storing binary data, particularly values that include NULL bytes. These types have similar performance characteristics.
@@ -1286,7 +1283,7 @@ BYTEA bytea variable-length byte array (null-byte safe) For this to be fast,subcol should be an indexed column.
- We hope to fix this limitation in a future release.
+ This preformance problem will be fixed in 7.4.
Last updated: Tue Nov 5 16:52:46 EST 2002
+Last updated: Fri Feb 14 08:59:10 EST 2003
Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
@@ -779,10 +779,8 @@
Дата последнего обновления: Четверг 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.