From d5f6cfc72e17282a8286ef54e01abb2ef6eb303e Mon Sep 17 00:00:00 2001
From: Bruce Momjian Дата последнего обновления: Воскресенье 5 Октября 10:25:21 EDT 2003 Дата последнего обновления: Среда 19 ноября 11:50:04 EDT 2003 Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (pgman@candle.pha.pa.us) Перевел на русский: Виктор Вислобоков (victor_v@permonline.ru) Самую свежую английскую версию документа можно найти на
@@ -321,16 +320,17 @@
http://www.PostgreSQL.org
- Еще существует IRC канал на EFNet и OpenProjects, с названием
+ Еще существует IRC канал на EFNet и Freenode, с названием
#PostgreSQL. Я использую для подключения к этому каналу команду Unix
- Ответы на часто задаваемые вопросы по PostgreSQL
-
+ "mailto:pgman@candle.pha.pa.us">corochoone@perm.ru)
irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
или
+ irc -c '#PostgreSQL' "$USER" irc.freenode.net.
Список коммерческой поддержки компаний доступен на http://techdocs.postgresql.org/companies.php.
Последний выпуск PostgreSQL - это версия 7.3.4.
+Последний выпуск PostgreSQL - это версия 7.4.
Мы планируем выпускать новые версии каждые 6-8 месяцев.
@@ -566,7 +566,7 @@Да, существует несколько графических интерфейсов для PostgreSQL.
Это PgAccess (http://www.pgaccess.org,
- PgAdmin II (http://www.pgadmin.org,
+ PgAdmin III (http://www.pgadmin.org,
Win32-only), RHDB Admin (
http://sources.redhat.com/rhdb/) и Rekall
(
@@ -885,7 +885,7 @@
Существуют следующие ограничения: PostgreSQL поддерживает тип данных SERIAL. Он
- автоматически создает последовательность и индекс для колонки.
- Например:
- Максимальный размер базы? неограничен (существуют базы на 4 TB)
+ Максимальный размер базы? неограничен (существуют базы на 32 TB)
Максимальный размер таблицы? 32 TB
Максимальный размер записи? 1.6 TB
Максимальный размер поля? 1 GB
@@ -1122,8 +1122,7 @@ BYTEA bytea
serial/с-авто-увеличением?
CREATE TABLE person ( id SERIAL, @@ -1138,7 +1137,6 @@ BYTEA bytea id INT4 NOT NULL DEFAULT nextval('person_id_seq'), name TEXT ); - CREATE UNIQUE INDEX person_id_key ON person ( id );Смотрите подробности о последовательностях на странице руководства @@ -1334,10 +1332,10 @@ BYTEA bytea
IN
так медленно работаеют?В настоящий момент, мы связываем позапросы для внешних запросов - через последовательный перебор результата подзапроса для каждой - записи внешнего запроса. Если подзапрос возвращает только несколько - записей и внешний запрос возвращает много записей, +
В версиях до 7.4, подзапросы связывались с родительскими запросами
+ через последовательный перебор результатов позапроса для каждой
+ записи родительского запроса. Если подзапрос возвращает только несколько
+ записей, а родительский запрос возвращает много записей,
IN
работает наиболее быстро. Чтобы
увеличить скорость в других запросах, замените IN
на
EXISTS
:
subcol
- должна быть проиндексирована. Эта проблема производительности будет
- устранена в версии 7.4.
+ должна быть проиндексирована.
+
+ В версии 7.4 и выше, IN
фактически использует такой же
+ механизм связывания как и обычные запросы, поэтому предпочтительным
+ является использование EXISTS