Common runtime issues
I’m getting «dynamic load error» when installing a procedural language
To find out exactly which DLL files are missing, you can use the depends tool from Microsoft.
It is available in the Windows Support Tools, that are on the Windows CD as a separate install. Just run
depends plpython.dll (for PL/python) to show which imports are missing.
I’m seeing a lot of postgres.exe processes even though I only started the server once
This is normal. PostgreSQL uses a multi-process architecture. In an empty system you will see anything from two to
five processes. Once clients start to connect, the number of processes will increase.
How do I set an environment variable?
PostgreSQL uses environment variables for several settings. To change an environment variable in most
Windows versions, go into Properties for My Computer, then into Advanced. Note that there are two sets of
environment variables — one for the system which applies to all users and one for the current user. If you
want an environment variable to affect the PostgreSQL service, you must change the system variable. After
changing a system variable, you must restart the service.
I cannot run with more than about 125 connections at once, despite having capable hardware
When running as a service, you may experience failures with more than approximately 125 simultaneous connections.
This can happen because some of the libraries that PostgreSQL is dependent on are dependent on user32.dll which allocates
memory from an area known as the Desktop Heap. The desktop heap is assigned to each logon session, with non-interactive
sessions typically being assigned 512KB. Each postgres process that runs typically consumes approximately 3.2KB of desktop
heap, which coupled with other overhead can exhaust the allocated heap at somewhere around 125 connections. This doesn’t
happen when running from the command line (or more precisely, happens with much higher numbers of connections) because the
interactive logon session is typically allocated 3MB of Desktop Heap.
Open Source-лицензированная база данных
В начале XXI века многие компьютерные системы создаются на основе свободно распространяемых программ с открытыми исходными кодами. К их числу относится и PostgreSQL. Что же это означает в действительности?
Когда понятие Open Source применяется к программному обеспечению, оно приобретает специальный смысл. Такое программное обеспечение поставляется вместе с исходными кодами. Это не обязательно значит, что на его применение не налагаются никакие условия. Оно все-таки лицензируется в том смысле, что вы получаете право некоторым образом использовать это программное обеспечение.
Open Source-лицензия дает право на использование, модификацию и распространение программного обеспечения без лицензионных выплат. То есть вы можете работать с PostgreSQL в своей компании так, как это удобно в вашем случае.
Если с программным обеспечением Open Source возникают проблемы, пользователь может или исправить ошибки сам (поскольку у него есть исходные тексты), или же передать код кому-то другому для исправления. Сейчас многие коммерческие компании предлагают поддержку продуктов Open Source, поэтому, приобретая такой продукт, не стоит чувствовать себя «забытым».
Существует несколько разновидностей лицензий Open Source, некоторые из них имеют большее число ограничений на распространение, другие меньшее. Тем не менее все они придерживаются принципа доступности исходных кодов программ и разрешают дальнейшее их распространение.
Наиболее либеральной является лицензия Berkeley Software Distribution (BSD), разрешающая делать с программным обеспечением все что угодно, не предоставляя при этом никаких гарантий. Лицензия на использование PostgreSQL по сути своей аналогична лицензии BSD, она представляет собой заявление об авторских правах, в котором говорится: «Настоящим предоставляется право на использование, копирование, модификацию и распространение данного программного продукта и относящейся к нему документации в любых целях, без оплаты и без подписания соответствующих соглашений при условии, что во всех копиях будет присутствовать уведомление об авторских правах, указанное выше, данный абзац и два последующих». Два следующих абзаца посвящены отказу от каких бы то ни было обязательств и гарантий.
Ресурсы по обучению PostgreSQL
- Информация о базах данных в целом и о PostgreSQL в частности может быть получена из множества источников, как печатных, так и доступных через Интернет.
- Тем, кого интересует тема свободного распространения и открытости исходных кодов в отношении программного обеспечения (Open Source продукты), советуем посетить два следующих сайта:
Удаление текущей PostgreSQL 9.6.8
Смотрим что установлено:
$ dpkg -l | grep postgres
ii postgresql-client-pro-1c-9.6 9.6.8-1.1C.stretch amd64 front-end programs for PostgreSQL 9.6
ii postgresql-common-pro-1c 181-7.stretch all PostgreSQL database-cluster manager
ii postgresql-contrib-pro-1c-9.6 9.6.8-1.1C.stretch amd64 additional facilities for PostgreSQL
ii postgresql-pro-1c-9.6 9.6.8-1.1C.stretch amd64 object-relational SQL database, version 9.6 server
|
1 |
$dpkg-l|grep postgres ii postgresql-client-pro-1c-9.69.6.8-1.1C.stretchamd64 front-endprograms forPostgreSQL9.6 ii postgresql-common-pro-1c181-7.stretchall PostgreSQL database-cluster manager ii postgresql-contrib-pro-1c-9.69.6.8-1.1C.stretchamd64 additional facilities forPostgreSQL ii postgresql-pro-1c-9.69.6.8-1.1C.stretchamd64 object-relational SQL database,version9.6server |
Сохраняем конфиги для дальнейшего переноса настроек в новую версию (если в них что-то меняли, конечно):
$ cp -a /etc/postgresql/10/main/postgresql.conf /home/USER
$ cp -a /etc/postgresql/10/main/pg_hba.conf /home/USER
|
1 |
$cp-aetcpostgresql10mainpostgresql.confhomeUSER $cp-aetcpostgresql10mainpg_hba.conf homeUSER |
Удаление старых пакетов версии 181. Можно снести
postgresql-common, который потащит за собой все остальные:
$ apt purge postgresql-common
| 1 | $apt purge postgresql-common |
Удаляем с помощью
purge , чтобы полностью снести конфиги текущей версии PostgreSQL, иначе при установки новой версии будут ошибки типа:
В целом вот что снеслось:
Реляционная база данных
Информация в реляционных базах данных хранится в виде обычных плоских двумерных таблиц. Доступ к данным в таблице можно получить по ее имени. В таблице есть именованные столбцы (column) и строки (row) – очень простая и понятная концепция. Пользователю предоставляется набор операторов, результатом действий которых так же являются таблицы. Эта особенность реляционной базы данных называется замкнутость
Это очень важное свойство, так как в результате любых действий порождаются объекты того же типа, что и объект, над которым совершались эти самый действия. Следствием замкнутости является возможность применять к результату все имеющиеся в наличии операторы
Иными словами, можно пользоваться вложенными выражениями.
fiodata id fio
1 Иванов И.П.
2 Балдин Е.М.
SELECT fiodata.id=phonedata.id
phonedata id number
1 555-32-23
2 555-41-37
2 (8)555932391
fio number
Иванов И.П. 555-32-23
Балдин Е.М. 555-41-37
Балдин Е.М. (8)555932391
Получение новой таблицы из уже имеющихся.
Подключение к БД
Чтобы получить доступ к базам данных можно воспользоваться стандартной консолью psql.
Windows:
Если Вы хотите подключиться из
bash в Windows
не забудьте добавить местоположение
psql.exe
(у меня это C:\Program Files\PostgreSQL\12\bin) в PATH
Как это делается описано в статье
PATH
psql.exe -h localhost -p 5433 -U postgres
Linux:
sudo su — postgres
psql
psql (12.7 (Ubuntu 12.7-0ubuntu0.20.04.1))
Type «help» for help.
Если БД на локальном хосте
psql -h 127.0.0.1 -d DATABASENAME -U DATABASEUSERNAME
Получить данные о подключении
\conninfo
You are connected to database «postgres» as user «postgres» via socket in «/var/run/postgresql» at port «5432».
5.7.3. Путь поиска схемы
Полные имена довольно утомительно писать и часто в приложении лучше
бывает нигде не привязываться к отдельному имени схемы.
Таким образом на таблицы ссылаются через неполные имена,
которые содержат только имя таблицы. СУБД определяет какая таблица
имеется в виду с помощью пути поиска, который является
списком схем, в которых осуществляется поиск. Первая совпавшая
таблица в пути поиска считается той, которая запрашивалась.
Если совпадающих имён в пути поиска не найдено, будет выдана ошибка,
даже если совпадающее имя таблицы существует в других схемах текущей
базы данных.
Первая схема в пути поиска называется текущей схемой. Кроме того,
что текущая схема будет находится первой, она также является схемой,
где будут создаваться новые таблицы командой CREATE TABLE,
в которой не указано имя схемы.
Чтобы посмотреть текущий путь поиска, используйте команду:
SHOW search_path;
В случае настроек по умолчанию, она возвращает:
search_path -------------- "$user",public
Первый элемент говорит, что поиск должен производится в схеме
с таким же именем как и у текущего пользователя. Если такой
схемы не существует, данный элемент игнорируется.
Второй элемент указывает на схему public, которую мы уже
рассматривали.
Первая существующая схема в пути поиска является местоположением
по умолчанию, для создания новых объектов. Именно по этой
причине, по умолчанию объекты создаются в схеме public.
Когда на объекты ссылаются из любых других контекстов без указания
схемы (модификация таблиц, данных или команды запросов) происходит
перебор схем в пути поиска пока не будет найден совпавший
объект. Следовательно, в конфигурации по умолчанию, все
операции без указания имени схемы снова указывают только на
схему public.
Чтобы поместить новую схему в путь поисках, используйте команду:
SET search_path TO myschema,public;
(Здесь мы опустили $user, потому что эта
схема в данный момент нам не нужна.) И после этого, мы получаем
доступ к таблице без указания схемы:
DROP TABLE mytable;
Также, поскольку myschema является первым
элементом в пути поиска, именно в ней по умолчанию будут
создаваться новые объекты.
Мы также можем написать:
SET search_path TO myschema;
Тогда мы не сможем больше обращаться к схеме public без явного
указания имени. В схеме public не существует ничего особенного,
кроме того, что она существует по умолчанию. Её можно даже
удалить.
Другие способы манипулирования путём поиска схем см. в
Section 9.23.
Путь поиска, точно также как и для таблиц, работает и для имён
типов данных, имён функций и операторов. Имена типов данных и
функций могут быть указаны и в полном виде, точно также как и
имена таблиц. Если вам необходимо написать полное имя оператора в
выражении, существует специальный синтаксис: вы должны написать
OPERATOR(схема.оператор)
Это необходимо для избежания неоднозначностей в синтаксе. Вот пример:
SELECT 3 OPERATOR(pg_catalog.+) 4;
psql
На первом месте psql, и это неудивительно. Надежный как автомат калашникова, бесплатный, стоит из коробки, что еще надо для счастья? Для редактирования запросов используется редактор, указанный в переменной окружения EDITOR, обычно ставят vim, nano или что-то в этом духе. Ну и вообще, psql — это unix-way, т.е. можно его запускать со своим редактором, своим пейджером для отображения результатов, ему можно на вход подавать sql-запрос через пайп, и вывод направлять куда надо.
Из минусов можно отметить слабенький автокомплит, а также то, что приходится заучивать неинтуитивные команды из серии \d \dt+ \sf и т.д. (впрочем, все описания команд доступны через команду \?)
Ну, и работа в консоли и в виме — это не всех устраивает почему-то
На самом деле, иногда хочется иметь где-нибудь слева полный список таблиц/вьюх и иметь возможность щелкнуть мышкой по нужной, чтобы посмотреть, что там вообще. Т.е. хоть какой-то GUI. Работа в psql хоть и эффективна, но напоминает работу в темной комнате с маленьким фонариком, освещающим лишь только один объект за раз.
Обновление PostgreSQL
Для перехода PostgreSQL с версии 9 на версию 10 недостаточно установить новые пакеты и подсунуть имеющийся каталог данных кластера.
Отсюда:
При обновлении основных версий Postgres Pro внутренний формат данных может меняться, что усложняет процедуру обновления. Традиционный способ переноса данных в новую основную версию — выгрузить данные из старой версии, а затем загрузить их в новую (это не самый быстрый вариант). Выполнить обновление быстрее позволяет pg_upgrade. Также для обновления можно использовать репликацию.
В связи с тем, что у PostgresPro изменились правила лицензирования, и для свободного использования доступна лишь версия Postgres Pro Standard “для тестирования, разработки ПО, ознакомления с функциональностью СУБД, использования в образовательном процессе”, и для коммерческих целей ее использовать низя.
Поэтому планируется устанавливать уже готовые “пропатченные” пакеты, собранные самим 1С, и использовать pg_upgrade не будем.
Один из вариантов обновления заключается в выгрузке данных из одной основной версии Postgres Pro и загрузке их в другую — для этого необходимо использовать средство логического копирования, например
pg_dumpall; копирование на уровне файловой системы не подходит. В самом сервере есть проверки, которые не дадут использовать каталог данных от несовместимой версии Postgres Pro, так что если попытаться запустить с существующим каталогом данных неправильную версию сервера, никакого вреда не будет.
Если попытаться запустить новый PostgreSQL со старым каталогом данных, будет вот такая ошибка:
Обновление PostgreSQL
Остается выполнить само обновление.
Сначала нужно остановить текущий экземпляр СУБД:
systemctl stop postgresql-11
Для обновления используем такую же команду, как при проверке, за исключением опции check:
su — postgres -c » \
/usr/pgsql-13/bin/pg_upgrade \
—old-datadir=/var/lib/pgsql/11/data \
—new-datadir=/var/lib/pgsql/13/data \
—old-bindir=/usr/pgsql-11/bin \
—new-bindir=/usr/pgsql-13/bin \
—old-options ‘-c config_file=/var/lib/pgsql/11/data/postgresql.conf’ \
—new-options ‘-c config_file=/var/lib/pgsql/13/data/postgresql.conf’ \
«
Если размер базы большой, и места на сервере не хватит для создания полной копии, мы можем добавить опцию —link. Она создает символьные ссылки вместо полноценных копий данных.
После ее работы мы должны увидеть:
Upgrade Complete
—————-
Optimizer statistics are not transferred by pg_upgrade so,
once you start the new server, consider running:
./analyze_new_cluster.sh
Running this script will delete the old cluster’s data files:
./delete_old_cluster.sh
В данном тексте предлагается перенести статистику оптимизатора на новый сервер. В двух словах, данная статистика позволяет делать большие запросы быстрее. Также, в сообщении предлагается удалить данные старого сервера.
Стартуем новый сервер:
systemctl start postgresql-13
Переносим статистику командой:
su — postgres -c «PGPORT=5433 /var/lib/pgsql/analyze_new_cluster.sh»
Прежде чем начать
1. Операция по обновлению PostgreSQL, потенциально, опасна. Поэтому стоит позаботиться о создании резервной копии.
Подробнее процесс описан в инструкции Резервное копирование PostgreSQL.
Также, если мы работает на виртуальной машине, можно создать снапшот.
2. Заранее посмотрим список расширений, которые мы используем в текущем PostgreSQL (это делается из консоли psql):
su — postgres -c «psql»
=# \dx
Мы можем увидеть что-то на подобие:
Name | Version | Schema | Description
—————+———+————+—————————————
btree_gin | 1.3 | public | support for indexing common datatypes
btree_gist | 1.5 | public | support for indexing common datatypes
В данной таблице представлен список установленных расширений postgresql. Вам нужно будет установить те же расширения для новой версии СУБД
Также обратите внимание, что некоторые расширения могут быть установлены для конкретной базы. Нужно по очереди подключиться к каждой базе:
=# \c database_name
И запросить список расширений:
=> \dx
После окончания работы, выходим из оболочки psql:
=> quit
Команды PostgreSQL Linux
Основные команды для работы с данной СУБД для Ubuntu выглядят так:
- Запуск работы с СУБД — sudo su postgres.
- Переключение в консоль – psql.
- Переход на работу с базой от имени созданного пользователя — psql -h localhost mybase username.
- Создание простейшей таблицы о, например, роботах -.
CREATE TABLE Robots (
engine_ver int, вариация двигателя.
color_ver int, вариация цвета.
usab real, уровень удобства управления.
Просмотр таблиц — \d
Добавление данных выполняется в две команды:
Удаление – DELETE FROM playground WHERE type = ‘blue’.
Перезапуск Postgresql – из нового окна Терминала выполнить sudo service postgresql restart.
Команды для крайнего случая, переустановка PostgreSQL :
Настройка регламентных работ на SQL сервере + (сбор данных по работе SQL и т.д)
Тема не новая, вариантов найти можно массу. Последнее время появляются статьи с очень подробным описанием, что-то из этого не встречал за всю практику работы с 1С.
Фактически эта публикация как памятка основной части 1С-ников, что не имеют глубоких знаний по SQL и 1С. Это готовая инструкция по настройке обслуживания БД на сервере ля большинства мелких и средних компаний\баз.
Но бывают случаи поломок баз данных, поэтому приложен материал и для таких случаев, например, восстановление БД после обновления не очень удачного, и некоторые другие плюшки.
1 стартмани
12.09.2016
30604
29
izidakg
19
53
Мета-команды PostgreSQL
Теперь, когда ты все настроил и готов приступить к работе с базой данных, осталось разобрать несколько мета-команд.
Это не SQL запросы, а команды специфичные для PostgreSQL.
В других системах управления базами данных есть их аналоги, но их синтаксис немного отличается.
Всем мета-командам предшествует обратная косая черта , за которой следует фактическая команда.
Список всех баз данных
Чтобы получить список всех баз данных на сервере, ты можешь использовать команду .
Ввод этой мета-команды в оболочке Postgres выведет:
Это список всех имеющихся баз данных и служебная информация, такая как владелец базы данных, кодировка и права доступа.
На данный момент мы пока ничего не создали, а базы данных которые ты видишь на экране — создаются по умолчанию при установке Postgres.
- postgres — это просто пустая база данных.
- «template0» и «template1» — это служебные базы данных, которые служат шаблоном для создания новых баз.
Тебе пока не стоит беспокоиться о них. Если хочешь изучить все детали, то проверь официальную документацию.
Подключаемся к базе данных PostgreSQL
Некоторые команды SQL требуют, чтобы ты сначала вошел в базу данных (например, для создания новой таблицы).
Ты можешь выбрать, в какую базу данных входить, при запуске SQL Shell.
Когда ты находишься внутри оболочки (shell), то можешь использовать команду (или ), за которой следует имя
базы данных. Если бы у тебя была другая база данных под названием , то подключиться к ней можно было бы так:
Полностью в терминале у тебя получится что-то такое:
Обрати внимание, что приглашение оболочки изменилось с на. Это значит, что теперь ты
подключен к базе данных , а не
Получить список всех таблиц в базе данных
Как и в случае со списком существующих баз данных, ты можешь получить список таблиц внутри конкретной базы данных
с помощью команды .
Перед выполнением этой команды вам необходимо войти в базу данных.
Предположим, ты уже находишься внутри базы , и в ней есть таблица с именем. Набрав , ты
получишь следующее:
Ты можешь увидеть имя таблицы и некоторую другую информацию, такую как схема (мы обсудим схемы в более сложных
руководствах) и владельца.
Владелец (owner) — это пользователь, который создал таблицу.
Если ты создаешь других пользователей и используешь их для создания таблиц, то в последнем столбце будут именно они.
Список пользователей и ролей
Как ты уже знаешь, при установке Postgres создается суперпользователь с именем .
Список всех пользователей базы данных можно вывести на экран используя команду .
Обрати внимание, что первый столбец называется — роль (role name).
И весь вывод на экран называется “список ролей” (List of roles), а не список пользователей. В PostgreSQL пользователи и роли практически
одинаковы
В PostgreSQL пользователи и роли практически
одинаковы.
У ролей есть атрибуты, которые определяют их разрешения, такие как создание баз данных или даже создание
других новых ролей.
Любая роль с атрибутом LOGIN может рассматриваться, как пользователь.
Здесь мы видим только одну роль, суперпользователя по умолчанию.
В реальном мире все будет иначе, потому что использовать только суперпользователя все время опасно.
Вместо этого создают другие роли с меньшими привилегиями.
Это гарантирует, что никто не совершит нежелательных действий по ошибке.
Если у одной из ролей есть доступ только на чтение данных, то с помощью этой роли будет невозможно удалить таблицу или поле.
Установка PostgreSQL 9.5 на Windows 7
Итак, давайте перейдем к установке PostgreSQL 9.5, мы, кстати, с Вами ранее уже рассматривали установку PostgreSQL, например, для начинающих я показывал, как можно установить PostgreSQL на Linux OpenSUSE 13.2 , а в материале «Установка PostgreSQL 9.4 на CentOS 7.1 » мы разбирали, как можно реализовать так называемый сервер СУБД с использованием PostgreSQL и операционной системы Linux на примере дистрибутива CentOS 7.1. Установку PostgreSQL на операционную систему Windows мы не рассматривали, поэтому сегодня мы и будем устанавливать PostgreSQL 9.5 на Windows 7.
Шаг 1
Запускаем скаченный файл (postgresql-9.5.0-1-windows.exe
). В итоге запустится программа установки и первое окно это окно «Приветствия
», жмем «Next
».
Шаг 2
В следующем окне мы указываем каталог, в который необходимо установить PostgreSQL, я оставлю по умолчанию (т.е. на диск C
), жмем «Next
».
Шаг 3
Далее указываем каталог, в котором по умолчанию будут располагаться файлы баз данных. Другими словами здесь при установке Вы можете изменить директорию для хранения файлов баз данных, это может потребоваться в тех случаях, когда количество баз данных будет большое или их размер, т.е. объем будет значительным, как Вы понимаете в этих случаях лучше указать отдельный диск достаточного объема. В моем случае это тестовая установка, поэтому я оставлю по умолчанию, жмем «Next
».
Шаг 4
Затем придумываем, вводим и запоминаем пароль для пользователя postgres (необходимо вводить один и тот же пароль в два поля, для подтверждения
), именно этот пользователь является своего рода «Суперпользователем
» т.е. главным администратором, жмем «Next
».
Шаг 6
Потом указываем Locale (данный параметр определяет кодировку данных в базе
), если оставить по умолчанию, то кодировка данных в базах данных будет UTF-8, но если Вам необходимо чтобы кодировка была другая допустим Windows-1251, то необходимо выбрать «Russia, Russia
», я оставлю по умолчанию, т.е. «Default locale
», жмем «Next
».
Все готово для установки, жмем «Next
».
Установка началась, процесс будет длиться буквально пару минут.
Шаг 8
Установка будет завершена и на последнем окне нам предложат запустить инструмент (Stack Builder
) для установки дополнительных компонентов PostgreSQL, если Вы не хотите ничего дополнительного устанавливать, необходимо снять соответствующую галочку, жмем «Finish
».
Часто встречающиеся ошибки 1С и общие способы их решения Промо
Статья рассчитана в первую очередь на тех, кто недостаточно много работал с 1С и не успел набить шишек при встрече с часто встречающимися ошибками. Обычно можно определить для себя несколько действий благодаря которым можно определить решится ли проблема за несколько минут или же потребует дополнительного анализа. В первое время сталкиваясь с простыми ошибками тратил уйму времени на то, чтобы с ними разобраться. Конечно, интернет сильно помогает в таких вопросах, но не всегда есть возможность им воспользоваться. Поэтому надеюсь, что эта статья поможет кому-нибудь сэкономить время.
254
EMS Studio
EMS Studio, похоже, работает только под Windows. Это его главный недостаток, потому что, как известно PostgreSQL очень редко используют под виндой.
До кучи там зачем-то сделан визуальный конструктор запросов. Где вместо того, чтобы текстом написать where id = 5, надо нажать мышкой несколько кнопок и понавыбирать из выпадающего списка. Тем, кто знает SQL — это не нужно, тем кто не знает — это не поможет.
Фичи, которые называют как удобные: auto-complete с алиасами, экспорт результата выполнения запроса в SQL формате (insert), удобный GUI для экпорта базы, возможность выполнять только выделенную часть SQL.
Умеет дебаг pl/pgsql. В общем, много чего умеет, но какой-то выдающейся особенности, что отличало бы от других, я не могу назвать.
Преимущества PostgreSQL
PostgreSQL обладает многими возможностями, которые привлекают разработчиков, администраторов, архитекторов и компании.
Преимущества PostgreSQL с точки зрения бизнеса
PostgreSQL — бесплатное ПО с открытым исходным кодом. Она выпускается на условиях весьма либеральной лицензии PostgreSQL. СУБД не может быть монополизирована и приобретена, что дает компаниям следующие преимущества:
- за лицензирование не нужно платить;
- количество развернутых экземпляров PostgreSQL не ограничено;
- более выгодная бизнес-модель;
- PostgreSQL совместима со стандартами SQL, поэтому нетрудно найти профессиональных разработчиков. PostgreSQL несложна для освоения, а перенос кода из другой СУБД обходится недорого. Кроме того, администрирование PostgreSQL легко автоматизировать, что позволяет существенно сэкономить на зарплате персоналу;
- PostgreSQL — кросс-платформенное ПО, к нему существуют интерфейсы из всех современных языков программирования, поэтому нет нужды изменять политику компании в части набора используемого ПО;
- PostgreSQL хорошо масштабируется и обеспечивает высокую производительность;
- PostgreSQL очень надежна, аварийное завершение случается редко. Кроме того, PostgreSQL в полной мере поддерживает свойства ACID, т. е. устойчива к некоторым отказам оборудования. К тому же СУБД можно сконфигурировать и установить как кластер для обеспечения высокой доступности.
Преимущества PostgreSQL с точки зрения пользователя
PostgreSQL весьма привлекательна для разработчиков, администраторов и архитекторов. Развитая функциональность позволяет гибко решать различные задачи. Перечислим некоторые ее преимущества с точки зрения разработчика: О новые версии выходят ежегодно; к настоящему моменту, начиная с версии 6.0, было выпущено 24 основные версии;
- наличие великолепной документации и активного сообщества позволяет быстро находить ответы на возникающие вопросы. Руководство по PostgreSQL насчитывает свыше 2500 страниц;
- богатый арсенал расширений позволяет разработчику сосредоточиться на логике приложения, а также оперативно реагировать на изменение требований;
- исходный код бесплатен. Его можно адаптировать под свои нужды без особого труда;
- развитая экосистема клиентов и административных средств позволяет легко и быстро выполнять такие рутинные задачи, как описание объектов базы данных, экспорт и импорт данных, резервное копирование и восстановление базы;
- решение административных задач не занимает много времени и поддается автоматизации;
- PostgreSQL легко интегрируется с другими СУБД, что открывает возможность для гибкой реализации программных проектов.
