# Ответы на часто задаваемые вопросы по PostgreSQL

Дата последнего обновления: Пятница 26 октября 14:59:45 EDT 2007

Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (pgman@candle.pha.pa.us)

Перевёл на русский: Виктор Вислобоков (admin@linuxshare.ru)

Самую свежую английскую версию документа можно найти на http://www.postgresql.org/files/documentation/faqs/FAQ.html.

Ответы на вопросы специфичные для конкретных платформ можно найти на http://www.postgresql.org/docs/faq/.

## Общие вопросы

1.1) Что такое PostgreSQL? Как произносится это название?
1.2) Кто управляет PostgreSQL?
1.3) Каковы авторские права на PostgreSQL?
1.4) На каких платформах работает PostgreSQL?
1.5) Где можно взять PostgreSQL?
1.6) Какая версия наиболее свежая?
1.7) Где получить поддержку?
1.8) Как мне сообщить об ошибке?
1.9) Как найти информацию об известных ошибках или отсутствующих возможностях?
1.10) Какая документация имеется в наличии?
1.11) Как научиться SQL?
1.12) Как мне отправить исправление или присоединится к команде разработчиков?
1.13) Как сравнить PostgreSQL с другими СУБД?
1.14) Будет ли PostgreSQL работать с последними изменениями, в разных страных, касающимися дневного времени?

## Вопросы пользователей по клиентской части

2.1) Какие интерфейсы есть для PostgreSQL?
2.2) Какие инструменты существуют для использования PostgreSQL через Web?
2.3) Есть ли у PostgreSQL графический интерфейс пользователя?

## Вопросы администрирования

3.1) Как мне установить PostgreSQL в место отличное от /usr/local/pgsql?
3.2) Как мне управлять соединениями от других компьютеров?
3.3) Какие настройки мне нужно сделать для улучшения производительности?
3.4) Какие возможности для отладки есть в наличии?
3.5) Почему я получаю сообщение "Sorry, too many clients" когда пытаюсь подключиться к базе?
3.6) Как выполнить обновление PostgreSQL?
3.7) Какое компьютерное "железо" я должен использовать?

## Вопросы эксплуатации

4.1) Как выполнить SELECT только для нескольких первых строчек запроса? Для произвольной строки?
4.2) Как мне найти какие таблицы, индексы, базы данных и пользователи существуют? Как мне увидеть запросы, которые использует psql для получения этой информации?
4.3) Как изменить тип данных колонки?
4.4) Каковы максимальные размеры для строк в таблице, таблиц и базы данных?
4.5) Как много дискового пространства в базе данных нужно для сохранения данных из обычного текстового файла?
4.6) Почему мои запросы работают медлено? Почему они не используют мои индексы?
4.7) Как посмотреть на то, как оптимизатор выполняет мой запрос?
4.8) Как мне выполнить поиск регулярного выражения и поиск независимый от регистра букв поиск регулярного выражения? Как мне использовать индекс для поиска независимого от регистра букв?
4.9) Как мне определить, что значение поля в каком-либо запросе равно NULL? Как мне соединить возможные NULL? Могу я сортировать поля NULL или нет?
4.10) Каковы отличия между разными символьными типами?
4.11.1) Как мне создать поле serial/с-авто-увеличением?
4.11.2) Как мне получить значение при вставке SERIAL?
4.11.3) Не может ли получиться так, что использование currval() и nextval() приведет к зациклированию с другими пользователями?
4.11.4) Почему числа из моей последовательности не используются снова при отмене транзакции? Почему создаются разрывы при нумерации в колонке, где я использую последовательность/SERIAL?
4.12) Что такое OID? Что такое CTID?
4.13) Почему я получаю ошибку "ERROR: Memory exhausted in AllocSetAlloc()"?
4.14) Как мне узнать, какая версия PostgreSQL запущена?
4.15) Как мне создать колонку которая по умолчанию будет содержать текущее время?
4.16) Как выполнить внешнее связывание?
4.17) Как выполнять запросы, использующие несколько баз данных?
4.18) Как мне вернуть из функции несколько строк таблицы?
4.19) Почему я получаю ошибку "relation with OID #### не существует", когда обращаютсь к временным таблицам в функциях PL/PgSQL?
4.20) Какие есть решения для репликации?
4.21) Почему имена таблицы и колонок не распознаются в в моём запросе? Почему не сохраняются заглавные буквы?

## Общие вопросы

### 1.1) Что такое PostgreSQL? Как произносится это название?

PostgreSQL произносится Post-Gres-Q-L (Пост-Грес-Кью-Эл), также говорят и просто Postgres, особенно при разговоре. (Для особо любопытствующих как произносить "PostgreSQL", существует аудио-файл).

PostgreSQL - это объектно-реляционная система управления базами данных (СУБД), которая имеет традиционные возможности коммерческих СУБД с расширениями, которые есть в СУБД нового поколения. PostgreSQL - это свободное и полностью открытое программное обеспечение.

Разработку PostgreSQL выполняет команда разработчиков, разбросанная по всему миру и связанная через Интернет. Разработка является общественным проектом и не управляется какой-либо компанией. Подробности смотрите в FAQ для разработчиков, http://www.postgresql.org/docs/faqs.FAQ_DEV.html

### 1.2) Кто управляет PostgreSQL?

Если вы ищите какого-то особенного человека, центральный комитет или управляющую компанию, то напрасно --- их нет. У нас есть ядро комитета и разработчиков, работающих с CVS, но эти группы служат больше для административных целей, чем для управления. Проект напрямую функционирует с помощью сообщества разработчиков и пользователей, к которому может присоединится каждый. Всё что нужно -- это подписаться на списки рассылки и участвовать в дискуссиях. (Подробности о том как включиться в разработку PostgreSQL смотрите в FAQ для разработчиков.)

### 1.3) Каковы авторские права на PostgreSQL?

PostgreSQL распространяется по классической лицензии BSD. Эта лицензия не содержит ограничений на то, как будет использоваться исходный код. Нам нравится эта лицензия и у нас нет намерений её менять. Вот эта лицензия BSD, которую мы используем:

Система Управления Базами Данных PostgreSQL

Portions copyright (c) 1996-2007, PostgreSQL Global Development Group Portions Copyright (c) 1994-1996 Regents of the University of California

Предоставляются права на использование, копирование, изменение и распространение данного программного обеспечения и его документации для любых целей, бесплатно и без подписания какого-либо соглашения, при условии что для каждой копии будут предоставлены данное выше замечание об авторских правах, текущий параграф и два следующих параграфа.

КАЛИФОРНИЙСКИЙ УНИВЕРСИТЕТ НЕ НЕСЕТ НИКАКОЙ ОТВЕТСТВЕННОСТИ ЗА ЛЮБЫЕ ПОВРЕЖДЕНИЯ, ВКЛЮЧАЯ ПОТЕРЮ ДОХОДА, НАНЕСЕННЫЕ ПРЯМЫМ ИЛИ НЕПРЯМЫМ, СПЕЦИАЛЬНЫМ ИЛИ СЛУЧАЙНЫМ ИСПОЛЬЗОВАНИЕМ ДАННОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ИЛИ ЕГО ДОКУМЕНТАЦИИ, ДАЖЕ ЕСЛИ КАЛИФОРНИЙСКИЙ УНИВЕРСИТЕТ БЫЛ ИЗВЕЩЕН О ВОЗМОЖНОСТИ ТАКИХ ПОВРЕЖДЕНИЙ.

КАЛИФОРНИЙСКИЙ УНИВЕРСИТЕТ СПЕЦИАЛЬНО ОТКАЗЫВАЗЫВАЕТСЯ ПРЕДОСТАВЛЯТЬ ЛЮБЫЕ ГАРАНТИИ, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ ТОЛЬКО ЭТИМИ ГАРАНТИЯМИ: НЕЯВНЫЕ ГАРАНТИИ ПРИГОДНОСТИ ТОВАРА ИЛИ ПРИГОДНОСТИ ДЛЯ ОТДЕЛЬНОЙ ЦЕЛИ. ДАННОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПРЕДОСТАВЛЯЕТСЯ НА ОСНОВЕ ПРИЦИПА "КАК ЕСТЬ" И КАЛИФОРНИЙСКИЙ УНИВЕРСИТЕТ НЕ ОБЯЗАН ПРЕДОСТАВЛЯТЬ СОПРОВОЖДЕНИЕ, ПОДДЕРЖКУ, ОБНОВЛЕНИЯ, РАСШИРЕНИЯ ИЛИ ИЗМЕНЕНИЯ.

### 1.4) На каких платформах работает PostgreSQL?

Обычно, PostgreSQL может работать на любой современной платформе совместимой с Unix. В инструкции по установке, вы найдете список тех платформ, на которых были проведены тестовые запуски PostgreSQL к моменту выхода данной версии.

PostgreSQL также работает на операционных системах Microsoft Windows, основанных на NT, таких как Win2000 SP4, WinXP и Win2003. Пакет инсталлятора доступен по адресу http://pgfoundry.org/projects/pginstaller. Версии Windows, основанные на MS-DOS (Win95, Win98, WinMe) могут запускать PostgreSQL с помощью Cygwin.

Также существует версия спортированная под Novell Netware 6 на http://forge.novell.com, и версия для OS/2 (eComStation) на http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&button=Search&key=postgreSQL&stype=all&sort=type&dir=%2F.

### 1.5) Где можно взять PostgreSQL?

Через браузер, используя http://www.postgresql.org/ftp/ и через ftp, используя ftp://ftp.postgresql.org/pub/.

### 1.6) Какая версия наиболее свежая?

Последний выпуск PostgreSQL - это версия 8.2.5

Мы планируем выпускать новые старшие версии каждый год, а младшие версии каждые несколько месяцев.

### 1.7) Где получить поддержку?

Сообщество PostgreSQL предоставляет помощь множеству пользователей через E-mail. Основной web-сайт для подписки на списки рассылки по E-mail это: http://www.postgresql.org/community/lists/. Хорошим местом для того, чтобы начать задавать вопросы являются списки general (общие вопросы) или bugs (ошибки).

Главным IRC каналом является #postgreql, расположенный на сервере Freenode (irc.freenode.net). Чтобы подключиться, вы можете использовать в Unix вызов программы `irc -c '#postgresql' "$USER" irc.freenode.net` или любой другой IRC клиент. На этом же сервере существуют каналы на испанском (#postgresql-es), французском (#postgresqlfr) и бразильском (#postgresql-br) языках. Также существует канал по PostgreSQL на сервере EFNet.

Список коммерческой поддержки компаний доступен на http://www.postgresql.org/support/professional_support.

### 1.8) Как мне сообщить об ошибке?

Посетите страничку со специальной формой отчёта об ошибке в PostgreSQL по адресу: http://www.postgresql.org/support/submitbug. Также проверьте наличие более свежей версии PostgreSQL на нашем FTP сайте ftp://ftp.postgresql.org/pub/.

На ошибки, уведомление о которых были сделаны через специальную форму или отправленные в какой-либо список рассылки PostgreSQL, обычно генерируется один из следующих ответов:

- Это не ошибка и почему
- Это известная ошибка и она уже есть в списке TODO
- Данная ошибка была исправлена в текущем выпуске
- Данная ошибка была исправлена, но исправление пока не попало в официальный выпуск
- Запрашивается более детальная информация:
  - Операционная система
  - Версия PostgreSQL
  - Тест, воспроизводящий ошибку
  - Отладочная информация
  - Вывод backtrace отладчика
- Это новая ошибка. Может произойти следующее:
  - Будет создано исправление, которое будет включено в следующий выпуск
  - Ошибка не может быть исправлена немедленно и будет добавлена в список TODO

### 1.9) Как найти информацию об известных ошибках или отсутствующих возможностях?

PostgreSQL поддерживает расширенный подкласс SQL:2003. Смотрите наш список TODO на предмет известных ошибок, отсутствующих возможностей и будущих планов.

На запрос какой-либо возможности обычно приходят следующие ответы:

- Данная возможность уже есть в списке TODO
- Данная возможность нежелательна потому что:
  - Она дублирует существующую функциональность, которая следует стандарту SQL
  - Данная возможность сильно усложнила бы код, но дала бы маленькую выгоду
  - Данная возможность небезопасна или ненадёжна
- Данная новая возможность добавлена в список TODO

PostgreSQL не использует какую-либо систему отслеживания ошибок, потому что мы обнаружили, что использование прямого обращения по электронной почте и обновляемого списка TODO является более эффективным. На практике, ошибки в программном обеспечении сохраняются очень недолго, а ошибки, которые важны большому количеству пользователей исправляются моментально. Есть только одно место, где можно найти все изменения, улучшения и исправления, сделанные в выпуске PostgreSQL - это журналы сообщений системы контроля версий CVS. Даже замечания к выпускам не содержат все изменения, сделанные в программном обеспечении.

### 1.10) Какая документация имеется в наличии?

PostgreSQL содержит много документации, включая большое руководство, страницы электронного руководства man и некоторые маленькие тестовые примеры. Смотрите в каталог /doc. Вы также можете просматривать документацию в Интернет по адресу http://www.postgresql.org/docs.

Существует две книги по PostgreSQL доступные по адресам http://www.PostgreSQL.org/docs/books/awbook.html и http://www.commandprompt.com/ppbook/. Есть несколько книг по PostgreSQL, которые можно купить. Одну из наиболее популярных написал Корри Дуглас (Korry Douglas). Список обзоров по этим книгам доступен по адресу http://www.postgresql.org/docs/books/. Кроме того, по адресу http://www.postgresql.org/docs/techdocs вы можете найти коллекцию технических статей, посвещенных PostgreSQL.

Клиент командной строки psql имеет несколько команд \d для отображения информации по типам, операторам, функциям, агрегатам и т.д. - используйте \? для получения списка доступных команд.

Наш сайт содержит еще больше информации.

### 1.11) Как мне научиться SQL?

Во-первых, возьмите одну из книг по PostgreSQL, о которых говорилось выше. Многим из наших пользователей также нравится книга The Practical SQL Handbook, Bowman, Judith S., et al., Addison-Wesley. Другим нравится The Complete Reference SQL, Groff et al., McGraw-Hill.

Существует также множество прекрасных учебников доступных в online:

- http://www.intermedia.net/support/sql/sqltut.shtm,
- http://sqlcourse.com.
- http://www.w3school.com/sql/default.asp
- http://mysite.verizon.net/Graeme_Birchall/id1.html

### 1.12) Как мне прислать исправление или присоединится к команде разработчиков?

Смотрите FAQ для разработчиков.

### 1.13) Как сравнить PostgreSQL с другими СУБД?

Существует несколько методов сравнения программного обеспечения: возможности, производительность, надежность, поддержка и цена.

Возможности
  PostgreSQL имеет большинство возможностей представленных в больших коммерческих СУБД, такие как: транзакции, подзапросы, триггеры, представления, ссылочной целостности вторичного ключа и разные блокировки. У нас есть некоторые возможности, которых нет у них: типы, определяемые пользователем, механизм наследования, правила и конкуретное многоверсионное управление для работы с содержимым блокировок.
Производительность
  Производительность PostgreSQL сходна с другими коммерческими СУБД и с СУБД с открытым исходным кодом. В каких-то вещах мы быстрее, в каких-то медленнее. Наша производительности обычно +/-10% по сравнению с другими СУБД.
Надежность
  Мы понимали, что наша СУБД должна быть надежной или она ничего не будет стоить. Мы стараемся выпускать хорошо проверенный, стабильный код, который содержит минимум ошибок. Каждый выпуск проходит стадию бета-тестирования по крайней мере в течении одного месяца и наша история выпусков показывает что мы можем предоставлять стабильные, монолитные выпуски, которые готовы к продуктивному использованию. Мы верим, что мы производим проверку не хуже, чем у других СУБД.
Поддержка
  Наш список рассылки предоставляет возможможность общения с большой группой разработчиков и пользователей, которые могут помочь решить любые возникшие проблемы. В то же время, мы не гарантируем какие-либо исправления, но и разработчики коммерческих СУБД не всегда делают исправления. Прямой доступ к разработчикам, сообществу пользователей, руководствам и исходным текстам часто делают поддержку PostgreSQL превосходящей другие СУБД. Существует коммерческая поддержка по результам возникших инцидентов, которая доступна для тех кому она нужна. (Смотрите Секцию 1.7.)
Цена
  Наш продукт бесплатен как для коммерческого так, и не для коммерческого использования. Вы можете добавлять свой код в наш продукт без ограничений, за исключением тех, что описываются в нашей лицензии стиля BSD, которая приведена выше.

### 1.14) Будет ли PostgreSQL работать с последними изменениями, в разных страных, касающимися дневного времени?

Изменения в сохранении дневного времени в США включены в PostgreSQL версии 8.0.[4+] и во все следующие выпуски, например в 8.1. Изменения по Канаде и Западной Австралии включены в 8.0.[10+], 8.1.[6+] и все следующие выпуски. Выпуски PostgreSQL до 8.0 используют информацию о сохранении дневного времени из базы данных временных зон в операционной системе.

### Вопросы пользователей по клиентской части

### 2.1) Какие интерфейсы есть для PostgreSQL?

Установка PostgreSQL включает только C и встроенный (embedded) C интерфейсы. Все другие интерфейсы являются независимыми проектами и загружаются отдельно; самостоятельность проектов позволяет им организовать собственное расписание выпусков новых версий и иметь собственную команду разработчиков.

Некоторые языки программирования, такие как PHP включают в себя интерфейс к PostgreSQL. Интерфейсы для таких языков как Perl, TCL, Python и многих других, доступны на http://gborg.postgresql.org в секции Drivers/Interfaces, а также через поиск в Интернет.

### 2.2) Какие инструменты существуют для использования PostgreSQL через Web?

Прекрасное введение во взаимодействие баз данных и Web можно найти на: http://www.webreview.com

Для интеграции с Web, PHP http://www.php.net является неплохим интерфейсом.

В сложных случаях, многие пользуются Perl и DBD::Pg с CGI.pm или mod_perl.

### 2.3) Есть ли у PostgreSQL графический интерфейс пользователя?

Для PostgreSQL существует большое количество инструментов с графическим интерфейсом как коммерческих, так и открытых. Подробности можно найти в Документации сообщества PostgreSQL

## Вопросы администрирования

### 3.1) Как мне установить PostgreSQL в место отличное от /usr/local/pgsql?

Задайте опцию --prefix когда запускаете configure.

### 3.2) Как мне управлять соединениями от других компьютеров?

По умолчанию, PostgreSQL разрешает только соединения на локальной машине через сокеты домена Unix или TCP/IP соединения. Для того, чтобы другие машины смогли подключиться к базе вы должны изменить listen_addresses в postgresql.conf, разрешить host-авторизация в файле $PGDATA/pg_hba.conf и перестартовать сервер.

### 3.3) Какие настройки мне нужно сделать для улучшения производительности?

Существует три главных области, которые потенциально могут увеличить производительность:

Изменение запроса
  Это означает модификацию запросов для получения лучшей производительности:
  - Создание индексов, включая индексы выражений и частичные индексы
  - Использование COPY вместо множества INSERT
  - Группировка нескольких операторов в единую транзакцию для уменьшения нагрузки при выполнении завершения транзакции
  - Использование CLUSTER, когда из индекса берётся множество строк
  - Использование LIMIT для того, чтобы возвращалась только часть вывода от запроса
  - Использование Подготовленных (Prepared) запросов
  - Использование ANALYZE для обслуживания статистики оптимизатора
  - Регулярное использование VACUUM или pg_autovacuum
  - Удаление индексов во время больших изменений данных
Настройка сервера
  Некоторые установки в postgresql.conf влияют на производительность. Подробный полный список установок см. в Administration Guide/Server Run-time Environment/Run-time Configuration, а комментарии см. в http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html и http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html.
Выбор "железа" - аппаратного обеспечения
  Влияние "железа" на производительность подробно описано в http://www.powerpostgresql.com/PerfList/ и http://momjian.us/main/writings/pgsql/hw_performance/index.html.

### 3.4) Какие возможности для отладки есть в наличии?

Есть множество установок в настройках сервера, начинающихся на `log_*`, позволяющих протоколировать запросы и статистику работы процесса, которая очень полезна для отладки и измерения производительности.

### 3.5) Почему я получаю сообщение "Sorry, too many clients" когда пытаюсь подключиться к базе?

Вы достигли установленного по умолчанию ограничения в 100 сессий подключения к базе данных. Вам необходимо увеличить лимит на количество конкурентных backend процессов для вашего сервера БД, изменив значение max_connections в файле postgresql.conf и перестартовать сервер БД.

### 3.6) Как выполнить обновление PostgreSQL?

См. информацию об обновлении в http://www.postgresql.org/support/versioning и специальные инструкции в http://www.postgresql.org/docs/current/static/install-upgrading.html.

### 3.7) Какое компьютерное "железо" я должен использовать?

Поскольку "железо" персональных компьютеров является наиболее совместимым, люди склонны верить, что такое "железо" имеет одинаковое качество. Это не так. Память ECC, SCSI и качественные материнские платы являются более надёжными и имеют более лучшую производительность, чем менее дорогое "железо". PostgreSQL будет работать на любом "железе", но если для вас важны надёжность и производительность, то с вашей стороны будет мудро поставить соответствующее "железо". Обсудить разное "железо" можно в наших списках рассылки.

## Вопросы эксплуатации

### 4.1) Как выполнить SELECT только для нескольких первых строчек запроса? Произвольной строки?

Для получения только нескольких строк, если вы знаете их количество на момент выполнения SELECT используйте LIMIT.

Если есть какой-либо индекс, который совпадает с ORDER BY, то возможно, что весь запрос выполнен и не будет. Если вы не знаете количества необходимых строк на момент выполнения SELECT, используйте курсор и FETCH.

To SELECT a random row, use:

        SELECT col
        FROM tab
        ORDER BY random()
        LIMIT 1;

### 4.2) Как мне найти какие таблицы, индексы, базы данных и пользователи существуют? Как мне увидеть запросы, которые использует psql для получения этой информации?

Чтобы просматривать таблицы в psql, используйте команду \dt. Полный список команд в psql вы можете получить, используя \?. Кроме того, вы можете посмотреть исходный код psql в файле pgsql/src/bin/psql/describe.c. Он содержит команды SQL которые генерируются при вводе в psql команд, начинающихся с обратной косой черты. Вы также можете запустить psql с опцией -E так, чтобы эта программа выдавала запросы, которые она использует для выполнения заданных вами команд. PostgreSQL также предоставляет SQL совместимый с INFORMATION SCHEMA интерфейс, с помощью которого, вы можете сформировать запрос на получение информации о базе данных.

Также существуют системные таблицы, начинающиеся с pg_.

Используйте psql -l для получения списка всех баз данных.

Также посмотрите файл pgsql/src/tutorial/syscat.source. Он показывает многие из операторов SELECT необходимых для получения информации из системных таблиц базы данных.

### 4.3) Как изменить тип данных колонки?

В 8.0 и более поздних версиях, изменение типа колонки выполняется очень легко через ALTER TABLE ALTER COLUMN TYPE.

В более ранних версиях сделайте так:

        BEGIN;
        ALTER TABLE tab ADD COLUMN new_col new_data_type;
        UPDATE tab SET new_col = CAST(old_col AS new_data_type);
        ALTER TABLE tab DROP COLUMN old_col;
        COMMIT;

### 4.4) Каковы максимальные размеры для строк в таблице, таблиц и базы данных?

Существуют следующие ограничения:

> Максимальный размер базы? | неограничен (существуют базы на 32 TB)
> Максимальный размер таблицы? | 32 TB
> Максимальный размер строки? | 400 Gb
> Максимальный размер поля? | 1 GB
> Максимальное количество строк в таблице? | неограничено
> Максимальное количество колонок в таблице? | 250-1600 в зависимости от типа
> Максимальное количество индексов в таблице? | неограничено

Разумеется, понятие "неограничено" на самом деле ограничивается доступным дисковым пространиством и размерами памяти/своппинга. Когда значения перечисленные выше неоправдано большие, может пострадать производительность.

Максимальный размер таблицы в 32 TB не требует чтобы операционная система поддерживала файлы больших размеров. Большие таблицы хранятся как множество файлов размером в 1 GB, так что ограничения, которые накладывает файловая система не важны.

Максимальный размер таблицы и максимальное количество колонок могут быть увеличены в четыре раза, если размер блока по умолчанию будет увеличен до 32k.

Существует ограничение, по которому индексы не могут создаваться для колонок длиннее чем 2,000 символов. К счастью такие индексы вряд ли действительно кому-то нужны. Уникальность гарантируется наилучим образом, с помощью функционального индекса из хэша MD5 длинной колонки, а полнотекстовое индексирование позволяет искать слова внутри колонки.

### 4.5) Как много дискового пространства в базе данных нужно для сохранения данных из обычного текстового файла?

СУБД PostgreSQL может потребоваться дискового пространства до 5 раз больше для сохранения данных из простого текстового файла.

В качестве примера, рассмотрим файл в 100,000 строк в каждой, из которых целое число и текстовое описание. При этом длина текста, в среднем, составляет 20 байт. Размер простого файла составит 2.8 MB. Размер базы PostgreSQL, содержащей эти же данные составит приблизительно 5.2 MB из которых:

        24 байт: на каждый заголовок строки в таблице (приблизительно)
      + 24 байта: одно поле с целочисленным типом и одно текстовое поле
      +  4 байта: указатель на странице для всей табличной строки
       ----------------------------------------
        56 байт на строку в таблице

       Размер страницы данных в PostgreSQL составляет 8192 байт (8 KB), так что:

       8192 байт на страницу
       ---------------------   =  158 строк в таблице на страницу БД (округлённо)
         52 байт на строку в таблице

         100000 строк данных
       ----------------------- =  633 страниц в БД (округлённо)
       158 строк в таблице на страницу

       633 страниц БД * 8192 байт на страницу = 5,185,536 байт (5.2 MB)

Индексы не требуют так много, но поскольку они создаются для большого количества данных, они также могут быть велики.

Значения NULL хранятся как битовые карты и поэтому они занимают очень мало места.

### 4.6) Почему мои запросы работают медлено? Почему они не используют мои индексы?

Индексы не используются для каждого запроса. Они используются только если таблица больше минимального размера и запрос выбирает только маленький процент строк в таблице. Так устроено, потому что доступ к диску с применением рандомизации при сканировании индексов может быть медленнее, чем простое чтение таблицы или ее последовательное сканирование.

Чтобы определить необходимость использования индекса для какой-либо таблицы, PostgreSQL должен иметь статистику по этой таблице. Эта статистика собирается при использовании VACUUM ANALYZE или просто ANALYZE. Используя статистику, оптимизатор узнает о том как много строк в таблице и если он должен использовать индексы, то он может принимать лучшие решения. Статистика также влияет на определение оптимального порядка связывания и метода связывания. При изменении содержимого таблицы должен периодически выполнятся сбор статистики.

Обычно индексы не используются для ORDER BY или для выполнения связываний. Последовательный перебор следующий за явной сортировкой обычно быстрее, чем поиск по индексам в большой таблице. Однако, ORDER BY часто комбинируется с LIMIT и в этом случае индекс будет использоваться, поскольку при выполнении будет возвращаться небольшая часть таблицы.

Если вам кажется, что оптимизатор некорректно выбирает последовательный перебор, используйте `SET enable_seqscan TO 'off'` и запустите запрос снова, чтобы увидеть, действительно ли сканирование индексов быстрее.

Когда используются операции с шаблонами, например LIKE или ~, индексы могут быть использованы в следующих случаях:

- Начало строки поиска должно совпадать с началом искомой строки, т.е.:
  - LIKE шаблоны не должны начинаться с %..
  - ~ шаблоны регулярных выражений должна начинаться на ^.
- Строка поиска не должна начинаться с символа класса, т.е. [a-e].
- Поиск независимый от регистра, такой как ILIKE и ~* не использует индексы. Вместо него, используйте индексы выражений, которые описываются в секции 4.8.
- Во время initdb должна использоваться локаль по умолчанию C, потому что не существует возможности узнать следующий наибольший символ для не-C локали. Вы можете для таких случаев создать специальный индекс `text_pattern_ops` который работает только для LIKE индексирования. Для поиска слов также можно использовать полнотекстовый индекс.

### 4.7) Как посмотреть на то, как оптимизатор выполняет мой запрос?

Смотрите страницу руководства посвященную EXPLAIN.

### 4.8) Как мне выполнить поиск регулярного выражения и поиск независимый от регистра букв поиск регулярного выражения? Как мне использовать индекс для поиска независимого от регистра букв?

Оператор ~ производит поиск регулярного выражения, а оператор ~* производит независимый от регистра букв поиск регулярного выражения. Независимый от регистра вариант LIKE называется ILIKE.

Независимое от регистра сравнение обычно выражается так:

        SELECT *
        FROM tab
        WHERE lower(col) = 'abc';

Эта конструкция не будет использовать стандартный индекс. Однако, если вы создадите индекс выражения, он будет использован:

        CREATE INDEX tabindex ON tab (lower(col));

Если вышеуказанный индекс создаётся как UNIQUE, то колонка, для которой он создаётся может хранить символы и в верхнем, и в нижнем регистре, индес не может иметь идентичных значений, которые отличаются только регистром. Чтобы в колонке можно было хранить символы только в определённом регистре, используйте ограничение CHECK или проверку через триггер.

### 4.9) Как мне определить, что значение поля в каком-либо запросе равно NULL? Как мне соединить возможные NULL? Могу я сортировать поля NULL или нет?

Вы просто сравниваете значение с IS NULL и IS NOT NULL, как здесь:

       SELECT *
       FROM tab
       WHERE col IS NULL;

Чтобы соединить с возможными значениями NULL, используйте COALESCE() как здесь:

       SELECT COALESCE(col1, '') || COALESCE(col2, '')
       FROM tab

Чтобы отсортировать данные по значению используйте модификаторы IS NULL и IS NOT NULL в выражении ORDER BY. Когда они будут генерировать значения истина, то при сортировке они будут выше, чем значения ложь, так что записи с NULL будут в отсортированном списке сверху:

       SELECT *
       FROM tab
       ORDER BY (col IS NOT NULL);

### 4.10) Каковы отличия между разными символьными типами?

> Тип | Внутреннее имя | Замечания
> --- | --- | ---
> VARCHAR(n) | varchar | размер задает максимальную длину, нет заполнения
> CHAR(n) | bpchar | заполняется пустотой до фиксированной длины
> TEXT | text | нет задаваемого верхнего ограничения или длины
> BYTEA | bytea | массив байт переменной длины (можно использовать null-байт без опаски)
> "char" | char | один символ

Внутреннее имя вы можете увидеть, когда смотрите системные каталоги и в некоторых сообщениях об ошибках.

Первые четыре типа являются "varlena" типами (т.е., первые четыре байта на диске являются длинной, за которой следуют данные). Таким образом, фактически используемое пространство больше, чем обозначенный размер. Однако, длинные значения также сжимаются, так что занимаемое дисковое пространство может также быть и меньше, чем ожидалось.

VARCHAR(n) - это лучшее решение, когда нужно хранить строки переменной длины, не превышающие определенного размера. TEXT - это лучшее решение для строк неограниченной длины, с максимально допустимой длиной в 1 гигабайт.

CHAR(n) - это лучшее решение для хранения строк, которые обычно имеют одинаковую длину. CHAR(n) заполняется пустотой до заданной длины, в то время как VARCHAR(n) хранит только символы, из которых состоит строка. BYTEA используется для хранения бинарных данных, значения которых могут включать NULL байты. Все типы описанные здесь, имеют сходные характеристики производительности.

### 4.11.1) Как мне создать поле serial/с-авто-увеличением?

PostgreSQL поддерживает тип данных SERIAL. Он автоматически создает последовательность. Например:

        CREATE TABLE person (
            id   SERIAL,
            name TEXT
        );

автоматически транслируется в:

        CREATE SEQUENCE person_id_seq;
        CREATE TABLE person (
            id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
            name TEXT
        );

Автоматически созданная последовательность имеет имя вида <таблица>_<колонка_serial>_seq, где таблица и колонка_serial - это соответственно имена таблицы и колонки с типом SERIAL. Смотрите подробности о последовательностях на странице руководства посвященной create_sequence.

### 4.11.2) Как мне получить значение при вставке SERIAL?

Простейший способ получить назначенное значение SERIAL это использовать RETURNING. Используя для примера таблицу в 4.11.1, это может выглядеть так:

        INSERT INTO person (name) VALUES ('Blaise Pascal') RETURNING id;

Вы также можете вызвать nextval() и использовать это значение в INSERT или вызвать currval() после INSERT.

### 4.11.3) Не может ли получиться так, что использование currval() и nextval() приведет к зациклированию с другими пользователями?

Нет. currval() возвращает текущее значение, назначенное вашей сессией, а не другими сессиями.

### 4.11.4) Почему числа из моей последовательности не используются снова при отмене транзакции? Почему создаются разрывы при нумерации в колонке, где я использую последовательность/SERIAL?

Для реализации конкуретности, значения последовательностей, при необходимости выдаются во время запуска транзакций и не блокируются до полного выполнения транзакций. Это может вызывать разрывы в нумерации при отмене транзакций.

### 4.12) Что такое OID? Что такое CTID?

Если таблица создана с WITH OIDS, то каждая строка получает уникальный индентификатор OID. OID - это автоматически назначаемое уникальное 4-х байтовое целое число, которое уникально для всей установленной СУБД. Однако, после того как его значение превысит 4 миллиарда, значения OID начинают дублироваться. PostgreSQL использует OID для связывания своих внутренних таблиц.

Для уникального значения в строках таблицы пользователя, лучшим способом является использование SERIAL вместо OID, потому что последовательности SERIAL уникальны только внутри таблицы и таким образом меньше подвержены переполнению. Для хранения значений 8-ми байтной последовательности доступен тип SERIAL8.

CTID используется для идентификации специальных физических записей с блочными и offset значениями. CTID изменяется после того как строки в таблице были изменены или перегружены.

TID используется индексными записями в качестве указателя на физические записи.

### 4.13) Почему я получаю ошибку "ERROR: Memory exhausted in AllocSetAlloc()"?

Предположительно у вас закончилась виртуальная память или что ваше ядро имеет маленький лимит на определенные ресурсы. Попытайтесь перед запуском сервера БД выполнить следующие команды:

        ulimit -d 262144
        limit datasize 256m

В зависимости от командного интерпретатора shell, только одна из данных команд выполнится успешно, но она позволит вам установить больший сегмент данных процесса и возможно решит проблему. Эта команда изменяет параметры текущего процесса и всех его потомков, созданных после её запуска. Если у вас возникла проблема с SQL клиентом, потому что backend возвращает слишком большой объем данных, попытайтесь выполнить эту команду перед запуском клиента.

### 4.14) Как мне узнать, какая версия PostgreSQL запущена?

Из psql, наберите `SELECT version();`

### 4.15) Как мне создать колонку которая по умолчанию будет содержать текущее время?

Используйте CURRENT_TIMESTAMP:

    CREATE TABLE test (x int, modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP );

### 4.16) Как мне выполнить внешнее связывание?

PostgreSQL поддерживает внешнее связывание, используя стандартный синтаксис SQL. Вот два примера:

        SELECT *
        FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);

или

        SELECT *
        FROM t1 LEFT OUTER JOIN t2 USING (col);

Это идентичные запросы связывания t1.col и t2.col, также возвращают любые несвязанные строки в t1 (которые не совпадают с t2). RIGHT связывание должно добавить несвязанные строки t2. FULL связывание должно возвратить совпавшие строки плюс все несвязанные строки из t1 и t2. Слово OUTER является необязательным и назначается в LEFT, RIGHT и FULL связываниях. Обычные связывания называются INNER связывания.

### 4.17) Как выполнять запросы, использующие несколько баз данных?

Не существует способа создать запрос к базам данных отличным от текущей. Поскольку PostgreSQL загружает системные каталоги специфичные для базы данных, непонятно даже, как должен себя вести такой межбазовый запрос.

contrib/dblink позволяет запросы между базами, используя вызовы функций. Разумеется, клиент может одновременно также устанавливать соедиенения с различными базами данных и таких образом объединять информацию из них.

### 4.18) Как мне вернуть из функции несколько строк таблицы?

Вы можете легко использовать функции, возвращающие список, http://www.postgresql.org/docs/techdocs.17.

### 4.19) Почему я получаю ошибку "relation with OID #### не существует", когда обращаютсь к временным таблицам в функциях PL/PgSQL?

В PostgreSQL до версии 8.3, PL/PgSQL кэширует сценарии функции и один из негативных эффектов этого состоит в том, что если функция PL/PgSQL обращается к временной таблице и эта таблица позднее удаляется и пересоздается, а функция затем вызывается снова, то ее вызов приведет к ошибке, потому что скэшированное содержимое функции содержит указатель на старую временную таблицу. Чтобы решить эту проблему, используйте EXECUTE для доступа к временным таблицам в PL/PgSQL. Использование этого оператора заставит запрос перегенерироваться каждый раз.

В PostgreSQL 8.3 и позднее, этой проблемы нет.

### 4.20) Какие есть решения для репликации?

Хотя "репликация" -- это единый термин, есть несколько разных технологий для выполнения репликаций с разными особенностями для каждой.

Репликация Master/slave позволяет иметь один главный (master) сервер для выполнения запросов чтения/записи, в то время как подчинённые (slave) сервера могут производить только запросы чтения/SELECT. Наиболее популярным решением для репликации master-slave в PostgreSQL является Slony-I.

Репликация Multi-master позволяет выполнять запросы чтения/записи на нескольких, реплицируемых друг с другом компьюетрах. Эта особенность также приводит к потере производительности, потому что необходима синхронизация изменений между несколькими серверами. Наиболее популярным решением для такой репликации в PostgreSQL является PGcluster.

### 4.21) Почему имена таблицы и колонок не распознаются в в моём запросе? Почему не сохраняются заглавные буквы?

Наиболее часто имена нераспознаются из-за использования двойных кавычек в имени таблицы или колонки при создании таблицы. При использовании двойных кавычек, имя таблицы и колонки (которые называют идентификаторами) сохраняются в регистро-зависимом виде; это означает, что вы должны использовать двойные кавычки, когда указываете эти имена в запросе. Некоторые интерфейсы, такие как pgAdmin, во время создания таблицы добавляют двойные кавычки автоматически. Таким образом, чтобы идентификаторы распознавались вы должны следовать одному из следующих правил:

- Избегать использования двойных кавычек при создании таблиц
- Использовать в идентификаторах только символы нижнего регистра
- Использовать двойные кавычки для идентификаторов в запросах