From 7b3189c18598e57045a09af5036fa2190165c49c Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Mon, 12 Apr 2004 03:22:20 +0000 Subject: > > This update fixes a few small typos in names, > > pronouns and formatting in the Russian FAQ. Serguei Mokhov --- doc/src/FAQ/FAQ_russian.html | 55 ++++++++++++++++++++++---------------------- 1 file changed, 27 insertions(+), 28 deletions(-) (limited to 'doc/src') diff --git a/doc/src/FAQ/FAQ_russian.html b/doc/src/FAQ/FAQ_russian.html index 9f378d6ce09..d702ed7364c 100644 --- a/doc/src/FAQ/FAQ_russian.html +++ b/doc/src/FAQ/FAQ_russian.html @@ -12,7 +12,7 @@
Дата последнего обновления: Суббота 7 февраля 22:16:21 EDT 2004
+Дата последнего обновления: Воскресение 11 апреля 23:28:03 EDT 2004
Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (pgman@candle.pha.pa.us)
@@ -142,7 +142,7 @@
Разработку PostgreSQL выполняет команда разработчиков, все участники которой подписаны на список рассылки разработчиков. В настоящее время, - их координатором является Марк Форнай (Marc G. Fournier) (scrappy@PostgreSQL.org). (См. секцию 1.6 о том, как подключиться к разработке). Эта команда теперь отвечает за всю разработку PostgreSQL. Данный @@ -335,7 +335,7 @@
Последний выпуск PostgreSQL - это версия 7.4.1
+Последний выпуск PostgreSQL - это версия 7.4.2
Мы планируем выпускать новые версии каждые 6-8 месяцев.
@@ -436,8 +436,8 @@PostgreSQL имеет одноранговую инфраструктуру с того самого времени как мы начали разработку в 1996 году. Мы должны благодарить за - это Марка Фоная (Marc Fournier), который создал эту инфраструктуру и + это Марка Фурнье (Marc Fournier), который создал эту инфраструктуру и управляет ей на протяжении этих лет.
Качественная инфраструктура очень важна для проектов с открытым @@ -860,7 +860,7 @@ команд.
DROP COLUMN функциональность была добавлена в выпуск 7.3 с оператором ALTER TABLE DROP COLUMN. В ранних версиях, @@ -890,13 +890,13 @@
Существуют следующие ограничения:
- Максимальный размер базы? неограничен (существуют базы на 32 TB) - Максимальный размер таблицы? 32 TB - Максимальный размер записи? 1.6 TB - Максимальный размер поля? 1 GB - Максимальное количество записей в таблице? неограничено - Максимальное количество колонок в таблице? 250-1600 в зависимости от типа - Максимальное количество индексов в таблице? неограничено + Максимальный размер базы? неограничен (существуют базы на 32 TB) + Максимальный размер таблицы? 32 TB + Максимальный размер записи? 1.6 TB + Максимальный размер поля? 1 GB + Максимальное количество записей в таблице? неограничено + Максимальное количество колонок в таблице? 250-1600 в зависимости от типа + Максимальное количество индексов в таблице? неограниченоРазумеется, понятие "неограничено" на самом деле ограничивается @@ -927,27 +927,27 @@
36 байт: на каждый заголовок записи (приблизительно) + 24 байта: одно поле с целочисленным типом и одно текстовое поле - + 4 байта: указатель на странице для всей записи + + 4 байта: указатель на странице для всей записи ---------------------------------------- 64 байт на запись Размер страницы данных в PostgreSQL составляет 8192 байт (8 KB), так что: 8192 байт на страницу - ------------------- = 128 записей на страницу БД (с округлением) - 64 байт на запись + --------------------- = 128 записей на страницу БД (с округлением) + 64 байта на запись - 100000 строк данных - -------------------- = 782 страницы в БД - 128 записей на страницу + 100000 строк данных + ----------------------- = 782 страницы в БД + 128 записей на страницу -782 страницы БД * 8192 байт на страницу = 6,406,144 байт (6.4 MB) + 782 страницы БД * 8192 байт на страницу = 6,406,144 байт (6.4 MB)
Индексы не требуют так много, но поскольку они создаются для большого количества данных, они также могут быть велики.
-Значения NULL хранятся как битовае карты и поэтому они +
Значения NULL хранятся как битовые карты и поэтому они занимают очень мало места.
@@ -999,7 +999,7 @@ LIMIT 1; -Если вам кажется, что оптимизатор некорретно выбирает последовательный +
Если вам кажется, что оптимизатор некорректно выбирает последовательный
перебор, используйте SET enable_seqscan TO 'off'
и
запустите тесты, чтобы увидеть, не стало-ли сканирование индексов быстрее.
Вы можете найти этот документ в книге Stonebraker'а "Readings in +
Вы можете найти этот документ в книге Стоунбрейкера "Readings in Database Systems".
Встроеннные R-tree могут управлять полигонами и боксами. В теории, @@ -1467,7 +1467,7 @@ BYTEA bytea
Проблема может заключаться в нескольких вещах. Попытайтесь сперва протестировать вашу функцию в отдельной самостоятельной программе.
@@ -1496,4 +1496,3 @@ BYTEA bytea автоматически отслеживать зависимости.