diff options
Diffstat (limited to 'doc/src/FAQ/FAQ_russian.html')
| -rw-r--r-- | doc/src/FAQ/FAQ_russian.html | 44 |
1 files changed, 22 insertions, 22 deletions
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"> <H1>Ответы на часто задаваемые вопросы по PostgreSQL</H1> - <P>Дата последнего обновления: Четверг 5 Декабря 00:47:26 EDT 2002</P> + <P>Дата последнего обновления: Четверг 13 Февраля 23:07:35 EDT 2002</P> <P>Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (<A href= "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR> @@ -323,7 +323,7 @@ <H4><A name="1.7">1.7</A>) Какая последняя версия?</H4> - <P>Последний выпуск PostgreSQL - это версия 7.2.3.</P> + <P>Последний выпуск PostgreSQL - это версия 7.3.1.</P> <P>Мы планируем выпускать новые версии каждые четыре месяца.</P> @@ -550,7 +550,7 @@ пользователя?</H4> <P>Да, существует несколько графических интерфейсов для PostgreSQL. - Это PgAccess (<A href="http://www.pgaccess.com/">http://www.pgaccess.com</A>, + Это PgAccess (<A href="http://www.pgaccess.org/">http://www.pgaccess.org</A>, PgAdmin II (<A href="http://www.pgadmin.org/">http://www.pgadmin.org</A>, Win32-only), RHDB Admin (<A href="http://sources.redhat.com/rhdb/"> http://sources.redhat.com/rhdb/</A>) и Rekall @@ -558,11 +558,7 @@ http://www.thekompany.com/products/rekall/</A>, коммерческий). Также есть PHPPgAdmin (<A href="http://phppgadmin.sourceforge.net/"> http://phppgadmin.sourceforge.net/</A>) - интерфейс к PostgreSQL, основанный - на Web. - - <P>У нас есть прекрасный горафический интерфейс, называемый - PgAccess, который также можно использовать как генератор отчетов. - Его страничка <A href="http://www.pgaccess.org">http://www.pgaccess.org/</A></P> + на Web.</p> <H4><A name="2.4">2.4</A>) Какие языки могут взаимодействовать с PostgreSQL?</H4> @@ -772,10 +768,6 @@ Причина создания ограничения на количество backend процессов как раз и состоит в том, чтобы вашей системе хватило ресурсов.</P> - <P>В PostgreSQL до версии 6.5, максимальное количество backend процессов - было 64, и изменение этого количества требовало перекомпиляции после - установки константы MaxBackendId в <I>include/storage/sinvaladt.h</I>.</P> - <H4><A name="3.9">3.9</A>) Что находится в каталоге <I>pgsql_tmp</I>?</H4> <P>Данный каталог содержит временные файлы, генерируемые обработчиком @@ -969,6 +961,11 @@ LIMIT 1; </pre> + <P>Если вам кажется, что оптимизатор некорретно выбирает последовательный + перебор, используйте <CODE>SET enable_seqscan TO 'off'</CODE> и + запустите тесты, чтобы увидеть, не стало-ли сканирование индексов быстрее. + </P> + <P>Когда используются операции с шаблонами, например <SMALL>LIKE</SMALL> или <I>~</I>, индексы могут быть использованы в следующих случаях:</P> <UL> @@ -1058,10 +1055,10 @@ <PRE> Тип Внутреннее имя Замечания -------------------------------------------------- -"char" char 1 символ -CHAR(n) bpchar заполняется пустотой до фиксированной длины VARCHAR(n) varchar размер задает максимальную длину, нет заполнения +CHAR(n) bpchar заполняется пустотой до фиксированной длины TEXT text нет задаваемого верхнего ограничения или длины +"char" char один символ BYTEA bytea массив байт переменной длины (можно использовать null-байт без опаски) </PRE> @@ -1076,13 +1073,16 @@ BYTEA bytea массив байт переменной длины (можно использовать так что занимаемое дисковое пространство может также быть и меньше, чем ожидалось.</P> + <SMALL>VARCHAR(n)</SMALL> - это лучшее решение, когда нужно хранить + строки переменной длины, не превышающие определенного размера. + <SMALL>TEXT</SMALL> - это лучшее решение для строк неограниченной длины, + с максимально допустимой длиной в 1 гигабайт. <P><SMALL>CHAR(n)</SMALL> - это лучшее решение для хранения строк, которые - обычно имеют одинаковую длину. <SMALL>VARCHAR(n)</SMALL> - это лучшее - решение, когда нужно хранить строки переменной длины, но не превышающие - определенного размера. <SMALL>TEXT</SMALL> - это лучшее решение для строк - неограниченной длины, с максимально допустимой длиной в 1 гигабайт. - <SMALL>BYTEA</SMALL> для хранения бинарных данных, значения которых - могут включать <SMALL>NULL</SMALL> байты. Эти типы имеют сходные + обычно имеют одинаковую длину. <SMALL>CHAR(n)</SMALL> заполняется + пустотой до заданной длины, в то время как <SMALL>VARCHAR(n)</SMALL> + хранит только символы, из которых состоит строка. + <SMALL>BYTEA</SMALL> используется для хранения бинарных данных, значения + которых могут включать <SMALL>NULL</SMALL> байты. Эти типы имеют сходные характеристики производительности.</P> <H4><A name="4.15.1">4.15.1</A>) Как мне создать поле @@ -1321,8 +1321,8 @@ BYTEA bytea массив байт переменной длины (можно использовать </PRE> Чтобы такая конструкция работала быстро, колонка <CODE>subcol</CODE> - должна быть проиндексирована. - Мы надеемся убрать это ограничение в будущем выпуске. + должна быть проиндексирована. Эта проблема производительности будет + устранена в версии 7.4. <H4><A name="4.23">4.23</A>) Как мне выполнить внешнее связывание?</H4> |