Pgadmin 4 инструкция: pgAdmin 4 (Подключение и настройка для 1С)

pgAdmin 4 (Подключение и настройка для 1С)

Многих начинающих пользователей, администраторов 1С пугают консоли, особенно когда речь идет о бесплатной СУБД PostgreSQL.

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

Страх того что что-то пойдет не так усиливается при виде консольного окна, в котором нужно «строчить» соответствующую команду.

А некоторые и вовсе считают что эта СУБД только для профессионалов.

По этим причинам многие начинающие администраторы отдают предпочтение MS SQL только из-за простоты использования и наличия большого количества справочного материала.

Так как визуальная консоль управления Management Studio (SSMS) действительно существенно упрощает процесс администрирования сервера СУБД.

И лишь не многие знают, что некоторые вещи можно делать и в PostgreSQL.

Что есть визуальная консоль для написания SQL запросов, разработки процедур и функций, а также для администрирования СУБД PostgreSQL.

Конечно, речь идет о pgAdmin 4 (Третья версия к слову уже прекратила поддержку!).

PostgreSQL + pgAdmin 4 (Подключение и настройка)

pgAdmin – это отличный инструмент для администратора 1С, если Ваша СУБД PostgreSQL!

Добавим сюда еще и кросс платформенность!

Да есть консоль pgAdmin и для Linux и Mac и конечно Windows (Десктоп и сервер).

Функционал консоли pgAdmin, огромен и в рамках этой статьи мы успеем разобрать лишь базовые вещи.

Научимся устанавливать pgAdmin 4, подключать консоль к серверу, делать  резервное копирование и восстановление баз данных 1С. (статью разобью на две или даже три части).

Здесь следует отметить, что pgAdmin не является единственным визуальным инструментом для администратора этой СУБД.

Есть, к примеру, и phpPgAdmin, где используя обычный веб обозреватель, и мы также можем получить доступ к административным и другим функциям СУБД.

phpPgAdmin

Но сложность реализации веб способа, выше, чем простая установка pgAdmin.

А цель данной статьи показать новичкам иной путь помимо MS SQL!

Развеять мифы о сложности настроек PostgreSQL для работы в 1С Предприятии.

Показать простоту и легкость использования, администрирования PostgreSQL. (При не большом количестве пользователей).

И если сегодня есть альтернатива «Сиквелу» то это определенно PostgreSQL!

Достойное второе место, действительно можно отдать этой СУБД.

Где скачать и как установить PostgreSQL для 1С я уже писал вот здесь.

А все необходимое для администрирования клиент-серверной схемы на этой СУБД уже разберем в этой статье.

И так первым делом скачаем консоль на офф сайте:

На сегодня актуальная версия: v.2.1.

https://www.pgadmin.org/download/pgadmin-4-windows/

Качать будем для ОС Windows (x86). 

x64 пока нет, да собственно и не нужно. 

Первый вопрос, где устанавливать ?

Ставить консоль можно на любой ПК или сервер в Вашей локальной сети, это не обязательно должен быть сервер, где стоит СУБД PostgreSQL.

Сам процесс установки очень простой и не требует каких то спец. знаний, все интуитивно понятно, но для “успокоения нервов” ) все же покажу.

Клик по кнопке “Next” 

Соглашаемся с условиями лицензии (Продукт с открытым исходным кодом и абсолютно бесплатный).

Выбираем каталог для установки и еще раз “Next”

(Напомню, консоль бывает только 32-х разрядная).

 Еще раз “Next”

Теперь клик по кнопке “Install”.

Установка быстрая, несколько секунд и все готово!

pgAdmin 4 – Вы всегда найдете в меню “Пуск”.

Выполним первый запуск консоли.

Вот он рабочий стол pgAdmin 4!

Для начала стоит сменить язык по умолчанию (Английский на Рус).

Сделать это можно через меню “File” – “Preferences”.

И в дереве находим “User language” меняем язык на “Russian” или какой Вам удобно.

После обязательно нужно выполнить перезапуск консоли, чтоб изменения вступили в силу.

Вот теперь мы можем приступить к подключению сервера СУБД PostgreSQL.

К слову на этот момент он у Вас уже должен быть установлен! 

Иначе к чему подключаться ? )

И так клик по кнопке “Добавить новый сервер” (Это выполняется разово).

И придумаем имя для сервера СУБД к которому мы и подключаем консоль.

У меня на сервере PostgreSQL нет других баз кроме 1С Предприятия, поэтому напишу:

Имя – “Base_1S” – для примера.

Здесь можно писать что угодно.

Пока не пытайтесь кликнуть по кнопке “Сохранить” она все еще не активна!

Чтоб ее активировать, нужно заполнить еще несколько полей на вкладке “Соединение“. 

А именно:

1. Имя/адрес сервера – Укажем IP адрес сервера СУБД, тот сервер или ПК, где у Вас работает, установлен PostgreSQL.

2. Порт – Здесь по умолчанию если ничего не трогали 5432.

3. Имя пользователя – postgres это имя нашего рута, если Вы при установке PostgreSQL оставили это имя как есть.

4. Пароль – Пароль пользователя postgres (При установке PostgreSQL указывали).

Рекомендую оставить “птичку” возле “Сохранить пароль“, чтоб каждый раз консоль Вас не спрашивала. 

Вот теперь кнопка “Сохранить” активна и мы можем подключится к серверу СУБД PostgreSQL.

После подключения к серверу СУБД, Вы увидите картинку примерно как выше.

Базы данных, Роли, группы и остальные объекты, которые способна отобразить консоль pgAdmin 4.

На панели информации (Справа в окне), мы видим также очень интересную и полезную информацию.

“Активные сеансы” – их количество и состояния: “Активно” – “Простаивает” и “Всего”.

Количество “Транзакций в секунду”, а также ниже “Сеансы”, “Блокировки” и многое другое.

Эти показатели также можно настроить, но об этом и многом другом, будем говорить уже в следующий части статьи.

Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>

Установка pgAdmin 4 на Windows 7 | Info-Comp.ru

Сейчас мы с Вами рассмотрим процесс установки программы pgAdmin 4 на операционную систему Windows 7, а также я покажу, как с помощью этой программы подключаться к базе данных PostgreSQL.

Начнем мы, конечно же, с рассмотрения самой программы pgAdmin 4, т.е. что это за программа и для чего она нужна.

Что такое pgAdmin 4?

pgAdmin 4 – это новая реализация бесплатного инструмента управления СУБД PostgreSQL. pgAdmin 4 используется для написания SQL запросов, разработки процедур, функций, а также для администрирования PostgreSQL. pgAdmin 4 можно установить на Linux, macOS и Windows. На текущий момент pgAdmin 4 доступен для 32 разрядных версий Windows (платформа x86).

Примечание! pgAdmin 3 больше не поддерживается, поэтому рекомендуется использовать именно pgAdmin 4 в качестве среды разработки и администрирования PostgreSQL.

Официальный сайт приложения — www.pgadmin.org

Где скачать pgAdmin 4 для Windows?

Для того чтобы скачать pgAdmin 4 для Windows, переходим на страницу загрузки официального сайта, вот она — Download pgAdmin 4 (Windows).

Затем нам необходимо выбрать версию pgAdmin 4, на данный момент актуальная версия 2.0. Щелкаем по соответствующей ссылке.

Далее нажимаем на ссылку pgadmin4-2.0-x86.exe.

В итоге загрузится установочный файл pgadmin4-2.0-x86.exe размером примерно 118 мегабайт.

Как установить pgAdmin 4 на Windows 7?

В операционной системе Windows pgAdmin 4 устанавливается так же, как и любое другое приложение, данный процесс простой, но мы его сейчас все равно подробно рассмотрим.

Примечание! Для того чтобы установить pgAdmin 4 необходимо примерно 350 мегабайт свободного места на диске.

Шаг 1

Запускаем скаченный файл. На окне приветствия щелкаем «Next».

Шаг 2

Затем соглашаемся с условиями лицензионного соглашения, для этого отмечаем пункт «I accept the agreement» и нажимаем «Next».

Шаг 3

Потом мы можем указать путь к каталогу, в который будет установлена программа, я оставляю по умолчанию, нажимаем «Next».

Заметка! Как создать базу данных в PostgreSQL с помощью pgAdmin 4.

Шаг 4

Все готово для установки, нажимаем «Install».

Установка началась.

Шаг 5

Установка будет завершена, после того как появится следующее окно, жмем «Finish» (если галочка «Launch pgAdmin 4» будет стоять, то после нажатия на кнопку «Finish» запустится программа pgAdmin 4).

Заметка! Если Вас интересует язык SQL, рекомендую пройти мой онлайн-курс по основам SQL, который ориентирован на изучение SQL как стандарта, таким образом, Вы сможете работать в любой системе управления базами данных. Курс включает много практики: онлайн-тестирование, задания и многое другое.

Как подключиться к базе PostgreSQL с помощью pgAdmin 4?

Для того чтобы настроить подключение к базе PostgreSQL, запускаем pgAdmin 4, например, из меню Пуск.

В итоге pgAdmin 4 запустится.

Заметка! Как создать таблицу в PostgreSQL с помощью pgAdmin 4.

Затем нажимаем меню «Object->Create->Server» или щелкаем правой кнопкой мыши по пункту «Servers» и выбираем «Create->Server».

Откроется окно настройки подключения к серверу. На вкладке General придумываем и вводим в поле Name название нашего сервера.

На вкладе Connection вводим IP адрес сервера, имя пользователя, пароль и если хотите, можете поставить галочку «Save password?» чтобы сохранить пароль и не вводить его каждый раз при подключении. Если у сервера PostgreSQL изменен стандартный порт (5432), то здесь Вам также необходимо его изменить. Нажимаем кнопку «Save».

Примечание! Сервер PostgreSQL должен быть установлен, настроен и запущен. Пример установки и настройки СУБД PostgreSQL в Linux Debian мы рассматривали в материале «Установка и настройка PostgreSQL 12 на Debian 10».

После чего в обозревателе объектов отобразится подключенный сервер с доступными объектами.

Заметка! Как создать составной тип данных в PostgreSQL.

Все, мы установили pgAdmin 4 на операционную систему Windows 7, а также настроили подключение к серверу PostgreSQL, на этом у меня все, пока!

Нравится2Не нравится

Как создать базу данных в PostgreSQL с помощью pgAdmin 4 | Info-Comp.ru

Приветствую Вас на сайте Info-Comp.ru! Сегодня я покажу, как создается база данных в PostgreSQL, в качестве инструмента я буду использовать стандартное приложение pgAdmin 4, которое предназначено для написания SQL запросов и разработки баз данных.

Создание базы данных в PostgreSQL

Итак, как было уже отмечено, базу данных мы будем создавать с помощью pgAdmin 4, таким образом, на текущий момент у Вас уже должен быть установлен PostgreSQL и pgAdmin 4.

Заметка! Установка и настройка PostgreSQL 12 на Windows 10.

Создать базу данных в PostgreSQL можно несколькими способами, мы рассмотрим два: первый, с помощью графического редактора pgAdmin 4, и второй с помощью языка SQL.

Способ 1 – используем графический инструмент pgAdmin 4

Открываем pgAdmin 4, затем в обозревателе щелкаем правой кнопкой мыши по контейнеру «Базы данных». Далее выбираем «Создать -> База данных».

После этого откроется окно «Создание базы данных», где необходимо указать название создаваемой базы данных. И этого достаточно, чтобы создать базу данных с настройками по умолчанию, таким образом, если Вы не хотите внести какие-нибудь дополнительные параметры, можете сразу нажимать «Сохранить».

В данном случае создается база данных test_db.

Заметка! Как создать составной тип данных в PostgreSQL.

В результате в обозревателе отобразится новая база данных.

Способ 2 – используем язык SQL

Точно также создать базу данных можно и с помощью языка SQL. Чтобы это сделать, выделите системную базу данных «postgres» и запустите редактор SQL запросов (Запросник), иконка располагается на панели инструментов, или зайдите в меню «Инструменты –> Запросник».

Далее напишите простую SQL инструкцию

   
   CREATE DATABASE test_db;

И запустите ее на выполнение, для этого нажмите на кнопку «Выполнить» (Execute).

Заметка! Создание базы данных в Microsoft SQL Server.

В итоге будет создана точно такая же база данных с настройками по умолчанию.

Заметка! Если Вас интересует язык SQL, рекомендую пройти мой онлайн-курс по основам SQL, который ориентирован на изучение SQL как стандарта, таким образом, Вы сможете работать в любой системе управления базами данных. Курс включает много практики: онлайн-тестирование, задания и многое другое.

Чтобы писать и выполнять SQL запросы в контексте новой базы данных, выделите ее и запустите редактор запросов.

В результате редактор запустится в контексте нужной базы данных, это будет отображено в строке подключения.

Кроме этого, создать базу данных можно и с помощью стандартной консольной утилиты psql, пример того, как это делается, можете посмотреть в статье про установку PostgreSQL на Linux.

Заметка! Установка и настройка PostgreSQL 12 на Debian 10.

На сегодня это все, надеюсь, материал, был Вам полезен, пока!

Нравится7Не нравится1

Как перенести базу данных PostgreSQL на другой сервер с помощью pgAdmin 4 | Info-Comp.ru

Всем привет! Сегодня мы рассмотрим процесс переноса базы данных PostgreSQL с одного сервера на другой, например, с компьютера разработчика на production-сервер, при этом мы будем использовать графический инструмент pgAdmin 4.

Заметка! Установка и настройка PostgreSQL на Windows 10.

Исходные данные. Задача

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

В качестве инструмента разработки мы используем стандартное графическое приложение pgAdmin 4.

pgAdmin 4 – это стандартный и бесплатный графический инструмент для разработки баз данных в PostgreSQL, который можно использовать для написания SQL запросов, разработки процедур, функций, а также для выполнения базовых задач администрирования баз данных.

В итоге базу данных мы разработали, протестировали ее, внесли в нее необходимые данные, заполнили справочники, в общем, база данных готова.

Теперь у нас возникла необходимость перенести эту базу данных на реальный сервер, который и будет выступать в качестве сервера баз данных. И так как мы используем PostgreSQL, в качестве такого сервера баз данных обычно выступает сервер под управлением операционной системы Linux.

Таким образом, нам необходимо перенести базу данных PostgreSQL, разработанную в Windows, в базу данных PostgreSQL на Linux. В моем случае в качестве операционной системы Linux будет выступать дистрибутив Debian.

Заметка! Как установить PostgreSQL на Linux Debian.

Создание дампа базы данных PostgreSQL в pgAdmin 4

Весь процесс переноса базы данных PostgreSQL достаточно простой, суть в следующем.

Нам необходимо создать копию нашей базы данных (дамп), затем создать пустую базу на нужном нам сервере и восстановить все данные, используя созданный ранее дамп.

Все это можно сделать с нашего клиентского компьютера, используя pgAdmin 4, если, конечно же, целевой сервер нам доступен, если недоступен, то придётся каким-то другим образом переносить дамп базы данных на нужный сервер и, используя стандартные консольные утилиты, восстановить базу данных из дампа.

Кстати, стоит отметить, что pgAdmin 4 для экспорта/импорта баз данных использует как раз эти стандартные консольные утилиты, в частности pg_dump, pg_dumpall и pg_restore, которые по умолчанию входят в состав PostgreSQL.

pg_dump – утилита для экспорта баз данных PostgreSQL

pg_dumpall – утилита для экспорта кластера баз данных PostgreSQL (всех данных на сервере)

pg_restore – утилита восстановления баз данных PostgreSQL из файла архива

Таким образом, благодаря pgAdmin 4 нам не нужно писать и выполнять команды в командной строке, за нас все это делает pgAdmin 4, мы всего лишь будем пользоваться мышкой, настраивая все параметры в графическом интерфейсе.

Создать дамп базы данных PostgreSQL можно в нескольких форматах, в частности:

Специальный (Custom) – это пользовательский формат, который использует сжатие. Данный формат по умолчанию предлагается в pgAdmin 4 и рекомендован для средних и больших баз данных. Обычно архивные файлы в таком формате создают с расширением backup, однако можно использовать и другое расширение.

Tar (tar) – база данных выгружается в формат tar. Данный формат не поддерживает сжатие.

Простой (plain) – в данном случае база данных выгружается в обычный текстовый SQL-скрипт, в котором все объекты базы данных и непосредственно сами данные будут в виде соответствующих SQL инструкций. Данный скрипт можно легко отредактировать в любом текстовом редакторе и выполнить, используя Query Tool, как обычные SQL запросы. Данный формат рекомендован для небольших баз данных, а также для тех случаев, когда требуется внести изменения в дамп базы данных перед восстановлением.

Заметка! Что такое SQL. Назначение и основа.

Каталог (directory) – этот формат файла создает каталог, в котором для каждой таблицы и большого объекта будут созданы отдельные файлы, а также файл оглавления в машиночитаемом формате, понятном для утилиты pg_restore. Этот формат по умолчанию использует сжатие, а также поддерживает работу в несколько потоков.

В данном материале мы рассмотрим создание дампа в специальном формате, а также в формате обычного SQL скрипта, дело в том, что процесс восстановления базы данных из этих форматов в pgAdmin 4 немного отличается.

Создание дампа базы данных в сжатом формате

Чтобы создать дамп базы данных PostgreSQL в pgAdmin 4, необходимо в обозревателе выбрать нужную базу данных, я выбираю базу данных shop, далее необходимо вызвать контекстное меню правой кнопкой мыши и нажать на пункт «Резервная копия».

Затем всего лишь нужно указать имя архивного файла и путь к каталогу, где его сохранить, для этого можно использовать кнопку с тремя точками.

Формат «Специальный», как было отмечено ранее, предлагается по умолчанию, поэтому выбирать его не требуется.

Как я уже отмечал, обычно архив в таком формате создают с расширением backup, я так и поступаю, т.е. архив назову shop.backup и сохраню его в каталоге D:\PostgreSQL_Backup\.

В случае необходимости задать определенный уровень сжатия можно с помощью параметра «Коэффициент сжатия», поддерживаются значения от 0 до 9, где 0 – вообще не использовать сжатие, а 9 самый высокий уровень сжатия, по умолчанию используется умеренное сжатие.

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

Больше никаких настроек в нашем случае делать нет необходимости, и мы можем нажать на кнопку «Резервная копия», чтобы запустить процесс создания дампа базы данных.

Когда появится сообщение «Успешно завершено», значит, процесс создания дампа базы данных PostgreSQL завершен успешно, в противном случае Вы будете получать сообщения о неуспешном завершении.

Заметка! ТОП 5 популярных систем управления базами данных (СУБД).

Создание дампа базы данных в простом формате SQL

В данном случае нам необходимо сделать практически все то же самое, только нужно выбрать формат «Простой» и дополнительно включить пару параметров, чтобы добавление данных осуществлялось с помощью обычных инструкций INSERT, а не с помощью команды COPY, которая используется по умолчанию.

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

Заметка! Начинающим рекомендую пройти мой онлайн-курс по основам SQL, который поможет Вам изучить язык SQL как стандарт, на курсе рассматриваются все базовые конструкции языка SQL. Курс включает много практики: онлайн-тестирование, задания, и многое другое.

Импорт дампа базы данных PostgreSQL в pgAdmin 4

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

Заметка! Как создать базу данных в PostgreSQL с помощью pgAdmin 4.

Все действия по созданию базы данных и восстановлению данных этой базы из архивной копии мы будем делать все на том же компьютере с помощью того же pgAdmin 4, только для этого необходимо подключиться к нужному нам серверу (пункт контекстного меню «Создать сервер» и ввести настройки для подключения, подробнее, как это делается, я рассказывал в той же статье, которая посвящена установке PostgreSQL на Debian).

Импорт сжатого дампа базы данных

Чтобы импортировать базу данных, дамп который был создан в «специальном» формате, необходимо на целевом сервере выбрать базу данных, которую требуется восстановить из дампа (мы ее предварительно создали), в контекстном меню выбрать пункт «Восстановить», затем в пункте «Имя файла», используя кнопку с тремя точками, указать файл дампа, который мы создали чуть ранее с расширением backup.

Больше никаких настроек вводить не требуется, нужный формат выбран по умолчанию, мы можем сразу нажимать кнопку «Восстановить».

Когда появится сообщение «Успешно завершено», процесс будет завершен.

В результате все данные будут восстановлены из дампа, и таким образом мы перенесли базу данных PostgreSQL на новый сервер.

Заметка! Как создать таблицу в PostgreSQL с помощью pgAdmin 4.

Импорт дампа базы данных в формате SQL

В случае с простым форматом, т.е. с обычными SQL инструкциями, использовать отдельный функционал для восстановления не получится, поэтому мы можем просто выполнить SQL скрипт, который содержится в этом файле.

Для этого открываем Query Tool (запросник) в контексте нужной нам базы данных, затем используя кнопку «Открыть файл» выбираем наш дамп в формате SQL и нажимаем кнопку «Выполнить».

Если инструкция выполнится без ошибок, значит, все хорошо.

Примечание! Если Вы уже восстановили базу данных предыдущим способом, то, чтобы использовать этот способ, необходимо пересоздать базу данных, иначе возникнет конфликт и, соответственно, ошибка, так как все объекты в базе уже будут существовать.

В итоге мы перенесли базу данных PostgreSQL с одного сервера, который управляется операционной системой Windows, на другой, который управляется Linux, хотя это, как Вы понимаете, в нашем случае было не так принципиально.

Стоит отметить, что если требуется перенести базу данных, размер которой достаточно большой, например, несколько десятков или сотен гигабайт, то лучше напрямую использовать консольные утилиты pg_dump или pg_dumpall, т.е. без графического интерфейса pgAdmin 4.

Опрос. Какой операционной системой Вы пользуетесь?

Видео – Перенос базы данных PostgreSQL на другой сервер с помощью pgAdmin 4

На сегодня это все, надеюсь, материал был Вам полезен, пока!

Нравится3Не нравится

pgAdmin 4 (Подключение и настройка для 1С

Приветствую, Друзья!

В этой части статьи мы продолжим разбирать настройки pgAdmin 4 для 1С Предприятия.
Вы узнаете, как при помощи консоли pgAdmin 4 делать “бэкапы” и восстановления информационных баз 1С.

Рассмотрим создание пользователей и баз данных, а также (уже в третий заключительной части статьи) не пройдем мимо обслуживания баз на PostgreSQL.
Ведь как и в MS SQL информационные базы 1С на PostgreSQL, также нуждаются в обслуживании.

В прошлый раз мы закончили с базовыми настройками, подключились к серверу СУБД.
А это значит, что теперь можно создавать пользователя и базы для работы в 1С.

Зачем нам еще один пользователь, ведь у нас же есть наш root “postgres” ?
Создавая еще одного пользователя от имени, которого, мы будем подключать базы на сервере 1С (Кластер серверов) мы тем самым немного повысим безопасность подключения.

Почему немного ?

Дело в том, что для подключения, создания и работы в 1С, необходимы привилегии, так сказать права “суперпользователя” в pgAdmin 4. (Роль суперпользователя наделяет “учетку” большими полномочиями, но увы 1С это требует ).

Давайте создавать такого.

Правый клик мышкой на “Роли входа/группы” – “Создать” – “Роль входа/группы…”

Затем придумаем имя для нашего пользователя, например: “user_1s” и в комментарии стоит прописать, что это за пользователь.

Перейдем на вкладку “Определение” и укажем пароль для пользователя “user_1s”.

Также на этой вкладке мы можем указать срок действия роли (“Роль активна до”), что будет особо актуально для теста.

Часто взломы как раз и происходят на таких брошенных “учетках” слабые пароли делают свое дело.

Если Вам протестировать, тогда совет!  – Сразу ставьте срок действия!

И еще одна полезная опция, это “Максимальное число подключений”.

Здесь также стоит ограничиться числом подключений к базе 1С. (Небольшой плюс в сторону безопасности).

И наконец, права. (Вкладка)

К сожалению, для нормальной работы в 1С, нам потребуются права “Суперпользователя”.

А также обязательно установим переключатель “Вход разрешен?”.

Все остальное можно игнорировать, так как работу по администрированию баз, мы будем выполнять от имени рута “postgres”.

Сохраним “роль”.

Вот теперь уже можно приступать к созданию ИБ в PostgreSQL.

ВНИМАНИЕ!

Создавать новую базу для работы в 1С,  следует только с помощью утилиты администрирования кластера серверов (Сервера 1С).

Допускается также и ее создание на “Тонком” или “Толстом клиенте”.

Как это сделать, можно посмотреть вот здесь >>.

Теперь поговорим о создании баз средствами pgAdmin 4.

Казалось бы зачем нам это нужно если базы следует создавать только средствами утилиты или клиента 1С?

А ответ кроется в восстановлении баз данных на СУБД PostgreSQL.

Нам будет нужна “новая база” для последующего восстановления.

Но к этому вопросу мы еще вернемся и разберем все подробно.

И так “Как создать новую базу при помощи pgAdmin 4” ?

Правый клик мышкой по “Базы данных”- “Создать” – “База данных…”

Теперь на вкладке “Общие” зададим имя, любое на Ваше усмотрение.

Укажем владельца обязательно наш рут “postgres” и оставим комментарий.

Главное чтоб Вам было понятно, что это за база и для чего она предназначена.

В нашем случаи имя базы  “replica” будет служить для нас “обложкой” для будущих восстановлений из бэкапа если такие потребуются.

(Сменить имя базы можно будет в любой момент.)

Другими словами мы ее создадим и оставим в покое до нужного случая. (Потом это существенно ускорит процесс восстановления из резервной копии).

Теперь идем на вкладку  “Определение” и выполним некоторые настройки.

Укажем кодировку.

Кодировка: UTF-8.

Таблично пространство: “pg_default”.

Правило сортировки: “Russia_Russia.1251”.

Тип символов: “Russia_Russia.1251”.

Также мы можем ограничить число подключений к базе данных, указав соответствующее значение в строке – “Макс. число подключений”.

Также хочу обратить Ваше внимание на поле: Шаблон.

Выбрав соответствующий шаблон, мы сможем быстро создать копию базы из него!

Теперь кликнув по кнопке “Сохранить” мы создадим новую информационную базу так сказать шаблон или “обложку” для будущих восстановлений.

Если Вы выполнили все те действия что описаны выше, тогда отлично! мы можем приступить к следующему шагу

-Резервное копирование (“бэкап” базы на PostgreSQL) с использованием pgAdmin 4.

Обычно, резервное копирование баз данных в PostgreSQL выполняется при помощи консольных утилит pg_dump и pg_dumpall.

Они будут установлены вместе с PostgreSQL и Вы всегда найдете их в каталоге Bin (Пример: C:\Program Files\PostgresPro 1C\9.6\bin).

Утилиты консольные! и запустив их на выполнение, Вы не увидите интерфейса.

Работать с ними нужно только передав параметры (Выполнив определенный скрипт).

Пример командного файла:

"C:\Program Files\PostgreSQL.6.2-1.1C\bin\pg_dump.exe" --host localhost --port 5432 --username "postgres" --role "postgres" --no-password --format custom --blobs --section pre-data --section data --section post-data --encoding UTF8 --verbose --file "d:s_base.backup" "1s_base"

Подобный код будет выполнять за Вас pgAdmin 4, для создания резервной копии на СУБД PostgreSQL.

То-есть pgAdmin 4 обращается к утилите pg_dump.exe (конечно в зависимости от выбранного формата) передает ей нужные указания (параметры) и делает копию.

Что и будет для многих новичков весьма кстати!

Так как писать руками ничего не приходится, и все сводится до нескольких кликов мышкой.

Прежде чем мы приступим к практике создания бэкапов при помощи pgAdmin 4, расскажу в двух словах еще об утилитах pg_dump.exe и pg_dumpall.exe.

pg_dump – это утилита позволяющая делать бэкап базы данных из postgresql. Она сохраняет в файл набор SQL команд которые полностью воссоздают структуру исходной базы данных.

При этом в один момент времени выполняется бэкап только одной базы данных и во многих случаях даже “на горячую”.

То-есть когда в базе работают пользователи!

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

Возможности утилит очень широкие, но к сожалению pgAdmin их потенциал не раскрывает.

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

Как создать резервную копию базы 1С используя pgAdmin 4 ?

Правый клик мышкой по базе которую хотим “забэкапить” и “Резервная копия…”

“Имя файла” укажем путь к файлу, в который будет упакован наш “бэкап”.

Рекомендую указать путь, где будет создан наш “бэкап”, + имя файла указать в формате даты и базы которую резервируем. (Как на картинке ниже).

Так мы будем точно знать когда и какой “бэкап” сделали.

В поле “Имя файла”  – можно также указать и уже ранее созданный “бэкап” файла который будет в таком случаи просто перезаписан.

Далее формат! его нужно указать обязательно!

В pgAdmin 4 есть несколько форматов выгрузки базы в дамп.

1. Специальный – этот формат архива рекомендуется для средних и больших баз данных, поскольку он по умолчанию сжимается.

2. Tar – этот формат рекомендую выбирать для малых баз и + надежность!

(Коэффициент сжатия в таком случаи оставляем пустое значение , так как Tar не поддерживает сжатие).

(Tar – это файл архива).

3. “Простой” формат нужен, чтоб создать файл сценария с открытым текстом. Будет создан файл сценария с открытым текстом, который содержит инструкции и команды SQL. Файл резервной копии в  “Простом” формате можно отредактировать в текстовом редакторе при необходимости. (Не рекомендую этот формат для “бэкапа” баз 1С!!!).

4. Каталог, этот формат предназначен, чтобы создать архив в формате каталога.

Этот формат файла создает каталог с одним файлом для каждой таблицы и сбрасывается blob! (blob – крупные объекты в резервной копии.) а также файл оглавления, описывающий сбрасываемые объекты в машиночитаемом формате, который может читать pg_restore (Утилита восстановления из резервной копии). Этот формат сжимается по умолчанию. (Не рекомендую его для “бэкапа” баз 1С!!!).

Коэффициент сжатия – здесь можно указать значение коэффициента от 0..до..9, или оставить поле пустым (Кроме Tar).

Кодировку  – указывать не нужно.

Число заданий – указывать не нужно

Число заданий – настройка позволяет указать количество таблиц, которые будут сбрасываться одновременно в параллельной резервной копии. (Оставим пустое).

Имя роли нужно указать рута “postgres”.

Настройки на вкладке “Параметры выгрузки” трогать не стоит. (Оставляем их по умолчанию так как у нас база 1С).

“Параметры выгрузки” позволяют лишь ограничить “бэкап”, сделать его не полным, что конечно недопустимо в 1С.

После того как все нужные поля заполнены, выполним клик по кнопке “Резервная копия”.

И pgAdmin 4 начнет работу по созданию резервной копии нашей базы 1С “buh_3”.

Если кликнуть по ссылке “Щёлкните здесь для подробностей”, то можно увидеть процесс создания резервной копии онлайн, а также скрипт, что отрабатывает в дынный момент в pg_dump.

Вот и все! резервная копия успешно создана!

Теперь мы можем приступить к восстановлению базы из созданной ранее резервной копии.

Восстановление баз 1С из “бэкапа” при помощи pgAdmin 4 ничуть не сложнее чем его создание.

Вот и пришло время обратится к нашей чистой базе “обложке”  “replica”.

На нее мы накатим наш “бэкап” базы “buh_3”.

Правый клик мышкой по базе “replica” и “Восстановить…”.

Формат оставляем по умолчанию “tar или специальный” собственно который и рекомендуется для баз 1С Предприятия.

Имя файла – путь к файлу резервной копии.

Число заданий – оставим пустое.

Имя роли – наш рут “postgres”.

Затем клик по кнопке “Восстановить”.

Восстановление баз данных в PostgreSQL (в основном, если не текстовый формат “бэкапа”) выполняется при помощи утилиты pg_restore.exe.

Утилита pg_restore предназначена для восстановления базы данных PostgreSQL из архива, созданного утилитой pg_dump в любом из не текстовых форматов. Она выполняет команды, необходимые для восстановления того состояния базы данных, в котором база была сохранена. При наличии файлов архивов, pg_restore может восстанавливать данные избирательно или даже переупорядочить объекты перед восстановлением. Примечательно, что разработанный для файлов архива формат не привязан к архитектуре.

Как и создание “бэкапа”, так и его восстановление можно подробно отслеживать в онлайне.

Процесс восстановления базы в PostgreSQL не быстрый. И даже чтоб восстановить базу размером всего на ~600 mb ушло (как видите на картинке ниже) – 106 секунд.

Теперь дело за малым.

Удалим старую базу “buh_3” и переименуем “replica” на “buh_3“.

Учтите, что удалить или переименовать базу, в которой продолжают работать пользователи невозможно!

Затем после удаления старой базы “buh_3”, сменим имя “replica” на “buh_3” через “Свойства” базы.

Вот и все!

Мы успешно восстановили базу из ранее созданной резервной копии.

В некоторых случаях (и для малых баз 1С), допускается выполнять такие операции руками, но помните, что так Вы рискуете забыть сделать актуальную резервную копию, существует риск, что сработает обычный “человеческий фактор”! 

Конечно для организации “правильных бэкапов”,  процесс создания резервной копии должен быть автоматизирован.

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

Увы никакого подобия “планировщика” в pgAdmin 4 нет (, и чтоб поставить этот процесс на автомат, нам нужно воспользоваться сторонним инструментом.

Если мы говорим о Windows и новичках администраторах 1С, тогда несомненно лучшим выбором будет программа  “PostgresBackup”.

Это бесплатный софт (Две базы бесплатно) со встроенным планировщиком, который запросто можно настроить для автоматического резервного копирования баз 1С на PostgreSQL.

В следующей заключительной статье, подробно разберем обслуживание баз данных в PostgreSQL, используя pgAdmin 4.

Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>

Работа с postgresql при помощи pgadmin

Альтернативой работе с базой данных через консоль является более интуитивно понятная среда любого клиента с графическим интерфейсом. Например, pgAdmin. Установить его очень просто, выполняем с правами суперпользователя:

sudo apt-get install pgadmin3

Теперь можно запустить pgAdmin через графический интерфейс. Выбираем в списке локальный сервер БД (у него дефолтный порт 5432) и добавляем уже созданную нами БД с теми параметрами, которые мы задали.

В это локальном сервере помимо узла Databases можно найти также узел под названием Login Roles — все доступные роли.

Выберем из всех доступных баз данных ту, которую мы создали при установке postgresql. В базе данных содержится множество различных типов объектов. Среди особое внимание следует уделить таблицам и последовательностям (sequences).

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

Для начала создадим последовательность. Выбираем Sequences — New Sequence. На первой вкладке вводим имя и указываем в качестве Owner ту роль, которую мы создали. Для других ролей эта последовательность будет недоступна. На второй вкладке в поля Increment и Start вводим по единице (если вам не требуется другое). На последней вкладке диалогового окна можно посмотреть результирующий SQL запрос, который будет выполнен к БД.

После того, как последовательность создана, приступим к созданию таблицы. Также указываем её имя и владельца (owner). На четвёртой вкладке Columns добавляем прежде всего первичный ключ. Кнопка Add, в появившемся окне указываем название столбца, например, id. В качестве типа данных выбираем bigint. На второй вкладке Definition в поле Default Value указываем нашу последовательность. В поле должно быть значение вида nextval(‘message_id_seq’::regclass). То есть каждый раз при добавлении новой строки из последовательности будет браться следующее значение. Добавили другие столбцы по необходимости. Наконец, на вкладке Constraints добавим ограничение на первичный ключ (Primary Key). На последней вкладке можем полюбоваться на результирующий SQL код, который сгенерировал pgAdmin. После нажатия ОК таблица будет создана.

Вместо bigint в качестве первичного ключа можно указать в качестве типа столбца bigserial. Этот тип инкрементируется автоматически при добавлении каждой новой строки, поэтому создавать последовательность для него не нужно. То есть в самом простом случае, если у вас нет каких-либо особых правил для формирования id записи, можно порекомендовать использовать bigserial.

Давайте посмотрим содержимое нашей таблицы. Для этого правой кнопкой мыши нажмём на неё и выберем в контекстном меню View Data — View 100 rows.

В этом же окне можно быстро отредактировать значение любой ячейки таблицы. Если в вашей таблице больше 100 записей, измените количество отображаемых записей в выпадающем списке в верху окна. Вы можете отобразить 100, 500, 1000 или все записи. Но это не более чем способ быстро посмотреть содержимое таблицы и привыкать к нему не стоит. Если у вас в таблице десятки тысяч записей, отображать все записи сразу я бы не рекомендовал — в таком случае лучше писать запрос с использованием параметров limit и offset.

pgAdmin 4 (Подключение и настройка для 1С – часть 3)

Нуждаются ли базы 1С Предприятия на СУБД PostgreSQL в обслуживании ?

Конечно!

Особенно базы «среднего» и «большого» размера, с которыми интенсивно работают пользователи в 1С.

В этой статье мы подробно разберем этот вопрос, и дадим конкретный ответ на него!

Хорошо, что весь процесс по обслуживанию баз 1С на PostgreSQL, можно выполнять с помощью утилиты pgAdmin 4.

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

Конечно, данная тема также подымается и на курсе: Администратор 1С!

pgAdmin 4 существенно упрощает этот процесс!

(К слову вот первая и вторая часть статьи).

Где искать инструменты по обслуживанию баз данных в pgAdmin 4 ?

Открываем консоль и правый клик мышкой по той базе которую мы хотим “Обслужить” – “Обслуживание…”

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

Вверху мы видим “Операции” по обслуживанию, а ниже переключатели (они же параметры) по очистке.   

“Операции по обслуживанию” – VACUUM, ANALYZE, REINDEX, CLUSTER соответствуют командам и приложениям которые физически можно найти в папке Bin (Там где установили PostgreSQL).

pgAdmin 4, как и в случаи с резервным копированием и восстановлением баз, также лишь запускает эти команды на выполнение с нужными параметрами. (другими словами, упрощает новичку процессы по обслуживанию баз данных).

Но прежде, чем мы подробно разберем все эти инструменты по обслуживанию баз в pgAdmin 4, стоит дать ответ на такой вопрос:

“Зачем заниматься обслуживанием баз 1С на PostgreSQL?”

Если взять среднюю базу 1С в ~30 Гб которая работает на сервере PostgreSQL и посмотреть так сказать на нее из «внутри», то мы увидим многие избыточные записи их еще называю «мусорные».

Откуда они берутся и что это за записи?

1.       «Мусор»

Дело в том, что PostgreSQL самостоятельно не блокирует при изменении данных таблицы и записи от читающих транзакций, этим занимается сам сервер 1С «Кластер серверов».

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

Эти записи лишь «мусор», который скапливается в базе и зря расходует дисковое пространство.

На больших базах, с которыми интенсивно работают пользователи (где много транзакций) это хорошо заметно, базы «распухают» и падает производительность.

Как от него избавится ?

Здесь нам поможет операция VACUUM!

VACUUM способна эффективно очистить базы от всего лишнего!

Простая операция VACUUM (без параметра FULL)

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

Другими словами если мы используем лишь команду VACUUM (без параметра FULL) пользователи могут продолжать работать в 1С, а если используем параметр VACUUM  + FULL, тогда выполняем ее, когда в базе 1С пользователи не работают. (Очень рекомендую делать именно так!).

Если мы говорим с Вами об обслуживании баз 1С Предприятия.

Тогда в приоритете будет использование команды VACUUM  + FULL!

Иначе если использовать просто команду VACUUM освобождённое место не возвращается операционной системе (в большинстве случаев так и происходит).

Оно просто остаётся доступным для размещения данных этой же таблицы.

 VACUUM  + FULL переписывает всё содержимое таблицы в новый файл на диске, не содержащий ничего лишнего, что позволяет возвратить неиспользованное пространство операционной системе. Эта форма работает намного медленнее и запрашивает исключительную блокировку для каждой обрабатываемой таблицы.

А вот еще несколько причин, по которым мы должны использовать VACUUM:

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

Можно с уверенность сказать, что основная команда, которая позволяет улучшить производительность  1С в PostgreSQL это VACUUM  + FULL!

2.       «Планировщик запросов»

На СУБД PostgreSQL как впрочем, и в MS SQL, есть такая вещь (механизм) как «Планировщик запросов» (или «оптимизатор» как его еще называют), именно он занимается выбором плана для наиболее быстрого выполнения SQL запроса.

Какими данными руководствуется «Планировщик запросов» ?

«Планировщик запросов» для этих целей использует информацию о распределении данных в таблицах  и уже на основе этой информации строит наиболее оптимальный план выполнения SQL запроса.

Вот этому «Планировщику» мы и должны помогать!

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

И здесь нам на помощь приходит команда ANALYZE

ANALYZE также стоит выполнять вместе с VACUUM + ANALYZE! (Если мы говорим о базе 1С).

Выполнив ее, мы тем самим обновим информацию о распределении данных в таблицах.

Чем собственно и поможем «Планировщику запросов» строить свои оптимальные «Планы выполнения SQL запросов».

Иногда меня спрашивают, что же такое этот  «План выполнения SQL запроса» ?

План выполнения SQL запроса — это такая последовательность применения операторов реляционной алгебре к исходным и промежуточным отношениям, которое для конкретного текущего состояния БД (её структуры и наполнения) может быть выполнено с минимальным использованием вычислительных ресурсов.
    

3. «Порча индекса или постоянное увеличение его в размерах» 

Довольно часто в базах 1С «портятся» индексы или увеличиваются в размерах.

Операция REINDEX используется для перестройки существующих индексов.

Реиндексация  – переразмещает и переназначает номера записей, тем самым удаляя некоторый мусор который остаётся в файле, (но уже не нужен базе), упорядочивает, удаляет ошибки.

Почему «распухает» индексная таблица ?

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

Следует учитывать, что команда REINDEX, как и VACUUM+FULL, полностью блокирует таблицу, поэтому выполнять её надо только тогда, когда в базе 1С никто не работает.

4. Бэкап и восстановление.

Начинающие администраторы 1С считают что «бэкап» созданный консолью pgAdmin 4 делает лишь копию базы и все.

Конечно это не так!

Выполняя резервное копирование и восстановление  баз данных 1С средствами pgAdmin 4.

Вы тем самым делаете одну из самых важных операций, по обслуживанию баз данных на СУБД PostgreSQL!

Что происходит во время создания и восстановления «бэкапа» средствами СУБД ?

Создание резервной копии базы средствами PostgreSQL  (выгрузка в dump)- скидывает все записи и структуры базы в файл, оставляет только самое нужное без «мусора».

Восстановление из бэкапа средствами (СУБД) restore – создаёт новый чистый файл базы и аккуратно по порядку укладывает все записи одновременно нумеруя их, соответственно без пустых пространств.

В итоге:

1. Dump и Restore занимает меньше времени чем операции VACUUM и REINDEX!
2. Делает дело качественнее, ускорение работы ощутимее (даже по сравнению с VACUUM!).
3. Иногда значительно сокращает размер самой базы за счёт аккуратной укладки.

К сожалению, при помощи pgAdmin 4 нельзя автоматизировать весь этот процесс по обслуживанию баз.

И новичкам для выполнения любой операции по обслуживанию баз данных, нужно запускать, вручную «операцию» отметив соответствующий «чекбокс» в pgAdmin 4 .

Специалистам нужно использовать либо  “cron” или планировщик Windows, использовать набор команд и параметров, писать скрипт, создавать «батники».

Когда и какую операцию выполнять ?

Для примера: На средних базах ~30 гб и 100 пользователей.

Делаем:

1. ANALYZE (БЕЗ VACUUM!) – каждый день (Например, утром, еще до начала работы пользователей в 1С).
2. DUMP  (Резервное копирование) –  исчисляется в зависимости от того сколько времени работы в 1С Вы не можете позволить себе потерять.
3. REINDEX – Делаем раз в неделю для профилактики (Не обязательно, если индексы не «распухают» и делаете часто Dump / Restore).
4. VACUUM  + FULL + ANALYZE – Раз в неделю (лучше всего делать в конце рабочей недели например: пятница).

Так выполняя эти простые действия по обслуживанию баз данных в PostgreSQL, Вы обеспечите стабильную работу пользователей в 1С, улучшите производительность и исключите возможные ошибки.

 P.S. (CLUSTER и FREEZE для администрирования баз данных 1С, использовать не стоит).

Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>

Начало работы — документация pgAdmin 4 4.26

Доступны предварительно скомпилированные и настроенные установочные пакеты для pgAdmin 4
для ряда окружений рабочего стола; мы рекомендуем использовать установщик
при любой возможности.

В Server Deployment приложение pgAdmin разворачивается за веб-сервером.
или с интерфейсом WSGI.
Если вы устанавливаете pgAdmin в режиме сервера, вам будет предложено указать роль
имя и пароль pgAdmin при первом подключении к pgAdmin.Первый
роль, зарегистрированная в pgAdmin, будет пользователем с правами администратора; то
административная роль может использовать диалоговое окно pgAdmin User Management для создания
и управлять дополнительными учетными записями пользователей pgAdmin. Когда пользователь аутентифицируется
с pgAdmin древовидный элемент управления pgAdmin отображает определения сервера
связанный с этой ролью входа.

В Desktop Deployment приложение pgAdmin настроено на использование
среда выполнения рабочего стола для размещения программы на поддерживаемой платформе.Обычно пользователи устанавливают готовый пакет для запуска pgAdmin на рабочем столе.
режим, но можно установить ручное развертывание рабочего стола, и хотя это больше
сложно настроить, он может быть полезен разработчикам, заинтересованным в понимании
как работает pgAdmin.

Также можно использовать Container Deployment pgAdmin, в котором Server
Режим предварительно настроен для обеспечения безопасности.

Примечание

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

Клиент pgAdmin 4 имеет настраиваемый дисплей с
панели с перетаскиванием, которые можно расположить так, чтобы максимально использовать рабочий стол
среда.

Элемент управления в виде дерева обеспечивает элегантный обзор управляемых серверов и
объекты, которые находятся на каждом сервере.Щелкните правой кнопкой мыши узел в элементе управления деревом.
для доступа к контекстно-зависимым меню, обеспечивающим быстрый доступ к задачам управления
для выбранного объекта.

Браузер с вкладками обеспечивает быстрый доступ к статистической информации о каждом
объект в древовидном элементе управления, а также инструменты и утилиты pgAdmin (например, Query
инструмент и отладчик). pgAdmin открывает дополнительные вкладки функций каждый раз, когда вы
получить доступ к расширенным функциям, предлагаемым инструментами pgAdmin; вы можете открыть, закрыть,
и переставьте вкладки функций по мере необходимости.

Используйте диалоговое окно Preferences для настройки содержимого и поведения pgAdmin
дисплей. Чтобы открыть диалоговое окно Preferences , выберите Preferences из меню File .

Справка Кнопки в нижнем левом углу каждого диалогового окна открывают интерактивную справку.
для диалога. Вы можете получить доступ к дополнительной справке Postgres, перейдя через
меню Help и выберите имя ресурса, который вы хотите открыть.

Вы можете искать объекты в базе данных, используя Поиск объектов

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

.

pgAdmin — Инструменты PostgreSQL

17 сентября 2020 — Выпущен pgAdmin 4 v4.26

Команда разработчиков pgAdmin рада объявить о выпуске pgAdmin 4 версии 4.26. Этот выпуск pgAdmin 4 включает 30 исправлений ошибок и новых функций. Дополнительные сведения см. В примечаниях к выпуску.

Заметные изменения в этом выпуске:

• Добавлена ​​поддержка средства форматирования SQL в Инструмент запросов.
• Добавлена ​​новая кнопка на панель инструментов инструмента запроса, чтобы открыть новое окно инструмента запроса.
• Добавлена ​​поддержка общего сервера для администраторов.
• Предупредить пользователя при подключении к серверу старше, чем поддерживает pgAdmin.
• Убедитесь, что имена схем, начинающиеся с ‘pg’, должны быть видны в дереве браузера, если для параметра standard_conforming_strings установлено значение off.
• Исправлена ​​проблема, из-за которой —load-server не разрешал загружать соединения, использующие pg_services.
• Фиксированные строковые индексы должны быть целыми числами для PostgreSQL
• Исправлена ​​ошибка, из-за которой приложение игнорировало фиксированное значение конфигурации порта.
• Удалите недопустимый аргумент из функции триггера в операторе DDL триггера.
• Убедитесь, что ‘setup-web.sh’ должен работать в Debian 10.
• Исправлено чрезмерное использование ЦП, остановив неопределенное увеличение набора данных графика.

Загрузите вашу копию сейчас!

2020-08-20 — Выпущена pgAdmin 4 v4.25

Команда разработчиков pgAdmin рада объявить о выпуске pgAdmin 4 версии 4.25. Этот выпуск pgAdmin 4 включает 30 исправлений ошибок и новых функций. Дополнительные сведения см. В примечаниях к выпуску.

Заметные изменения в этом выпуске:

• Модифицированный инструмент сравнения схем для сравнения двух баз данных вместо двух схем
• Разрешите зависимости различий схемы, автоматически выбрав соответствующий узел и поддерживая порядок в сгенерированном скрипте.
• Замените графическую библиотеку Flotr2 на ChartJS с помощью React.
• Обновите font-awesome с v4 до v5.
• Исправлена ​​ошибка, из-за которой отладчик не работал, если для пути поиска задано значение, отличное от «общедоступного».
• Исправлена ​​проблема зависания туннеля ssh, когда пользователь пытается отключить сервер.
• Исправлена ​​ошибка, из-за которой преобразование байта в двоичную строку приводило к ошибке.
• Исправлена ​​ошибка, из-за которой все журналы отображались красным цветом, когда пользователь запускал резервное копирование и восстановление.
• Убедитесь, что пользователь сможет изменить начальное значение столбца «Идентификация».
• Исправлена ​​ошибка, из-за которой оператор ALTER VIEW отсутствовал, когда пользователь устанавливает значение столбца по умолчанию для просмотра.

Загрузите вашу копию сейчас!

23.07.2020 — Выпущен pgAdmin 4 v4.24

Команда разработчиков pgAdmin рада объявить о выпуске pgAdmin 4 версии 4.24. Этот выпуск pgAdmin 4 включает 34 исправления ошибок и новые функции. Дополнительные сведения см. В примечаниях к выпуску.

Заметные изменения в этом выпуске:

• Поддержка файлов конфигурации, внешних по отношению к установке приложения.
• Добавлена ​​поддержка аутентификации LDAP с другим DN путем установки специального пользователя для соединения LDAP.
• Добавлена ​​поддержка ограничения уровня схемы.
• Добавлена ​​поддержка политики RLS в Schema Diff.
• Добавлена ​​поддержка разрешающего / ограниченного типа политики при создании политики RLS.
• Добавлена ​​поддержка анонимной привязки LDAP.
• Добавлена ​​поддержка темы High Contrast.
• Добавлены недостающие зависимости / зависимые и исправлены некоторые неправильно идентифицированные.
• Замените темы среды выполнения на те, которые не имеют проблем с размером.
• Исправлена ​​проблема с отступом табуляции в выбранных строках, когда в настройках «использовать пробелы == true» удалялось содержимое.
• Исправлены ошибки CSRF, когда pgAdmin открывался в iframe в браузере Safari.

Загрузите вашу копию сейчас!

25.06.2020 — Выпущен pgAdmin 4 v4.23

Команда разработчиков pgAdmin рада объявить о выпуске pgAdmin 4 версии 4.23. Этот выпуск pgAdmin 4 включает 19 исправлений ошибок и новых функций. Дополнительные сведения см. В примечаниях к выпуску.

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

64-разрядная версия Windows

Пользователи Windows теперь могут использовать новую 64-битную сборку pgAdmin. Это
опубликовано вместе с 32-битной сборкой, поддержка которой будет прекращена в будущем
релиз. Если у вас уже установлена ​​32-разрядная сборка pgAdmin в Windows,
вы должны удалить его перед установкой 64-битной сборки.

Пакеты Linux

Теперь у нас есть готовые собственные пакеты для популярных платформ на базе RPM и DEB. Все они построены согласованным образом и предназначены для избежания проблем с зависимостями, которые возникали в других пакетах Linux в прошлом.

RHEL / CentOS / Fedora

Репозитории

Yum можно найти на сайте загрузки PostgreSQL. Следуйте инструкциям на этой странице, чтобы настроить необходимый репозиторий и установить pgAdmin 4 в режиме рабочего стола или сервера.

Поддерживаемые платформы:

• RHEL / CentOS 7 и 8 (x86_64)
• Fedora 30, 31 и 32 (x86_64)

Debian / Ubuntu

Репозитории

Apt можно найти на сайте загрузки PostgreSQL. Следуйте инструкциям на этой странице, чтобы настроить необходимый репозиторий и установить pgAdmin 4 в режиме рабочего стола или сервера.

Поддерживаемые платформы:

• Debian 9 (Stretch), 10 (Buster)
• Ubuntu 16.04 (Xenial), 18.04 (Bionic), 19.04 (Дискотека), 19.10 (Eoan), 20.04 (Фокус)

PyPi

После последнего выпуска pgAdmin версия 4.22 была опубликована в индексе пакетов Python (PyPi). Это будет продолжаться в будущих выпусках, что позволит пользователям Python 3.4 и более поздних версий установить быстро и легко. Дополнительную информацию см. На странице загрузки Python:

Заметные изменения в этом выпуске:

• Добавлена ​​возможность игнорировать пробелы при сравнении объектов в схеме diff.
• Добавлено имя группы серверов при выборе серверов в схеме diff.
• Добавлена ​​поддержка политик безопасности строк.
• Улучшите обмен сообщениями об ошибках, если не удается создать каталоги хранилища и журналов.
• Очистите сценарии сборки Windows и убедитесь, что сборки Windows x64 будут работать.
• Исправлена ​​ошибка, из-за которой версия браузера Edge показывала неправильное отображение и отображалось предупреждающее сообщение.
• Исправлена ​​ошибка, из-за которой флажок «Выбрать все» выбирает только первые 50 таблиц.
• Исправлена ​​ошибка, из-за которой две идентичные таблицы отображались разными по схеме.
• Исправлена ​​проблема при сбросе серверов из настольного приложения pgAdmin с помощью параметра —sqlite-path.
• Убедитесь, что панель инструментов запроса закрывается при нажатии кнопки «Не сохранять».

Загрузите вашу копию сейчас!

21.11.2019 — Попробуйте pgAdmin онлайн!

Наши друзья из EnterpriseDB любезно предоставили онлайн-демонстрационную среду для pgAdmin, чтобы новые пользователи могли опробовать ее в своем браузере без необходимости загрузки или установки какого-либо программного обеспечения.Среда (на основе учебной платформы Katacoda) включает pgAdmin и PostgreSQL 12, предварительно загруженные с образцом базы данных pagila, и уникальна для каждого пользователя, обеспечивая гораздо лучший опыт, чем типичные общие демонстрационные среды.

Попробуйте прямо сейчас!

12.07.2018 — Выпущен pgAgent v4.0.0

Команда разработчиков pgAdmin рада объявить о выпуске pgAgent v4.0.0.

pgAgent — планировщик заданий для PostgreSQL; для получения дополнительной информации см. документацию, включенную как часть документации pgAdmin по адресу https: // www.pgadmin.org/docs/pgadmin4/3.x/pgagent.html.

Скачать (источник): https://www.pgadmin.org/download/pgagent-source-code/

Мы ожидаем, что пакеты DEB и RPM со временем будут доступны из репозиториев PostgreSQL APT / YUM, а также обновленный установщик из EnterpriseDB, доступный через StackBuilder.

Заметные изменения в этом выпуске:

• Удалите зависимость от wxWidgets. pgAgent теперь использует Boost для управления потоками и синхронизации [Нил Патель]
• Рефакторинг логики синтаксического анализа соединения для устранения проблем и улучшения обработки строк подключения [Томас Креннваллнер]
• Обрабатывать двузначные номера версий серверов [Ashesh Vashi]
• Исправлена ​​обработка флага «выполнено» на шагах задания, которое могло предотвратить сбой шагов, приводящий к сбою следующих шагов [Санкет Мехта]

Текущая версия pgAdmin 4
4.26

.Развертывание сервера

— документация pgAdmin 4 4.26

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

При развертывании в режиме сервера есть два заметных различия для пользователей:

• Пользователи должны войти в систему, прежде чем они смогут использовать pgAdmin. Первоначальная учетная запись суперпользователя
  создается при инициализации режима сервера, и этот пользователь может добавить дополнительные
  суперпользователи и не суперпользователи по мере необходимости.

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

Следующие инструкции демонстрируют, как pgAdmin может быть запущен как WSGI.
приложение под Apache HTTPD , используя mod_wsgi , автономное использование uWSGI
или Gunicorn , или под NGINX с использованием uWSGI или Gunicorn .

См. Также

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

Требования

Важно : Некоторым компонентам pgAdmin требуется возможность поддерживать привязку
между клиентскими сеансами и конкретным подключением к базе данных (например,
Инструмент запросов, в котором пользователь может запустить команду BEGIN, за которой следует ряд
Операторы DML SQL, а затем COMMIT).pgAdmin был разработан со встроенным
управление подключением, чтобы справиться с этим, однако для этого требуется только один
Используется процесс Python, потому что поддерживать привязку непросто.
между клиентским сеансом и одним из нескольких рабочих процессов WSGI.

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

В системах Unix HTTP-сервер Apache обычно использует многопроцессорную, одиночную
многопоточная архитектура (это зависит от MPM , который выбран на
время компиляции). Если для приложения WSGI выбран режим встроенный , то
будет одна среда Python для каждого процесса Apache, каждый со своим
диспетчер подключений, что приведет к потере привязки подключения. Следовательно
следует использовать режим mod_wsgi daemon , настроенный на использование одного
процесс.Это запустит единственный экземпляр приложения WSGI, который
используется всеми рабочими процессами Apache.

Хотя это правда, что это потенциальное узкое место производительности, в действительности
pgAdmin — это не веб-приложение, которое может когда-либо увидеть большой трафик.
в отличие от загруженного веб-сайта, поэтому на практике не должно быть проблем.

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

Конфигурация

Чтобы настроить pgAdmin для работы в режиме сервера, может потребоваться
настроить код Python для работы в многопользовательском режиме, а затем настроить
веб-сервер, чтобы найти и выполнить код.

См. Файл config.py для получения дополнительной информации о параметрах конфигурации.

Python

Начиная с pgAdmin 4 v2, режим сервера является конфигурацией по умолчанию. Если работает под
в среде исполнения рабочего стола это автоматически отменяется.Обычно не должно быть
необходимо изменить конфигурацию, просто чтобы включить режим сервера для работы, однако это может
желательно отрегулировать некоторые из используемых путей.

Чтобы настроить код Python, выполните следующие действия:

1. Создайте файл config_local.py вместе с существующим файлом config.py .

2. Отредактируйте config_local.py и добавьте следующие настройки. В большинстве случаев по умолчанию
   расположение файлов должно быть подходящим:

   ПРИМЕЧАНИЕ. Убедитесь, что указанные каталоги доступны для записи
   пользователь, от имени которого будет работать веб-сервер, e.г. apache или www-data.

    LOG_FILE = '/var/log/pgadmin4/pgadmin4.log'
   SQLITE_PATH = '/var/lib/pgadmin4/pgadmin4.db'
   SESSION_DB_PATH = '/ var / lib / pgadmin4 / sessions'
   STORAGE_DIR = '/ var / lib / pgadmin4 / хранилище'
    

4. Выполните следующую команду для создания базы данных конфигурации:

5. Измените владельца базы данных конфигурации на пользователя, которому веб-сервер
   процессы будут выполняться, например, при условии, что веб-сервер работает как пользователь
   www-data в группе www-data, и путь SQLite — / var / lib / pgadmin4 / pgadmin4.дб :

    # chown www-data: www-data /var/lib/pgadmin4/pgadmin4.db
    

Хостинг

Есть много возможных способов разместить pgAdmin в режиме сервера. Некоторые примеры
приведено ниже:

Конфигурация Apache HTTPD (Windows)

После настройки Apache HTTP для поддержки mod_wsgi , pgAdmin
приложение может быть настроено аналогично приведенному ниже примеру:

 
    Имя сервера pgadmin.example.com
    WSGIScriptAlias ​​/ "C: \ Program Files \ pgAdmin4 \ web \ pgAdmin4.wsgi"
    <Каталог "C: \ Program Files \ pgAdmin4 \ web">
            Заказать отказать, разрешить
            Разрешить от всех
    

 

Теперь откройте файл C: \ Program Files \ pgAdmin4 \ web \ pgAdmin4.wsgi в вашем любимом редакторе и добавьте код
ниже, который активирует виртуальную среду Python при запуске сервера Apache.

 activate_this = 'C: \ Program Files \ pgAdmin4 \ venv \ Scripts \ activate_this.py '
exec (открыть (activate_this) .read ())
 

Примечание: Изменения, внесенные в файл pgAdmin4.wsgi , будут отменены при обновлении или понижении версии pgAdmin4.

Конфигурация Apache HTTPD (Linux / Unix)

После настройки Apache HTTP для поддержки mod_wsgi , pgAdmin
приложение может быть настроено аналогично приведенному ниже примеру:

 
    Имя сервера pgadmin.example.com

    WSGIDaemonProcess pgadmin процессы = 1 поток = 25 python-home = / путь / к / python / virtualenv
    WSGIScriptAlias ​​/ / opt / pgAdmin4 / web / pgAdmin4.WSGI

    <Каталог / opt / pgAdmin4 / web>
        WSGIProcessGroup pgadmin
        WSGIApplicationGroup% {GLOBAL}
        Заказать отказать, разрешить
        Разрешить от всех
    

 

Примечание: Если вы используете Apache HTTPD 2.4 или новее, замените строки:

 Заказать отклонить, разрешить
Разрешить от всех
 

с:

При необходимости отрегулируйте в соответствии с вашими требованиями к управлению доступом.

Автономная конфигурация Gunicorn

pgAdmin может быть размещен в Gunicorn напрямую, просто запустив такую ​​команду, как
тот, что показан ниже.Обратите внимание, что в этом примере предполагается, что pgAdmin был установлен с использованием
колесо Python (вам может потребоваться изменить путь в соответствии с вашей установкой):

 gunicorn --bind 0.0.0.0:80 \
          --workers = 1 \
          --threads = 25 \
          --chdir /usr/lib/python3.7/dist-packages/pgadmin4 \
          pgAdmin4: приложение
 

Автономная конфигурация uWSGI

pgAdmin может быть размещен в uWSGI напрямую, просто выполнив такую ​​команду, как
тот, что показан ниже. Обратите внимание, что в этом примере предполагается, что pgAdmin был установлен с использованием
колесо Python (вам может потребоваться изменить путь в соответствии с вашей установкой):

 uwsgi --http-сокет 0.0,0.0: 80 \
      --процессы 1 \
      - нитей 25 \
      --chdir /usr/lib/python3.7/dist-packages/pgadmin4/ \
      --mount / = pgAdmin4: приложение
 

Конфигурация NGINX с Gunicorn

pgAdmin может размещаться на Gunicorn с NGINX перед ним. Обратите внимание, что эти
примеры предполагают, что pgAdmin был установлен с помощью Python Wheel (вам может потребоваться
отрегулируйте путь в соответствии с вашей установкой).

Для запуска с pgAdmin в корневом каталоге сервера запустите Gunicorn с помощью
команда похожа на:

 gunicorn - привязать unix: / tmp / pgadmin4.носок \
         --workers = 1 \
         --threads = 25 \
         --chdir /usr/lib/python3.7/dist-packages/pgadmin4 \
         pgAdmin4: приложение
 

И настройте NGINX:

 место / {
    включить proxy_params;
    proxy_pass http: // unix: /tmp/pgadmin4.sock;
}
 

В качестве альтернативы pgAdmin может быть размещен в подкаталоге (в данном случае / pgadmin4)
на сервере. Запустите Gunicorn как при использовании корневого каталога, но настройте
NGINX следующим образом:

 расположение / pgadmin4 / {
    включить proxy_params;
    proxy_pass http: // unix: / tmp / pgadmin4.носок;
    proxy_set_header X-Script-Name / pgadmin4;
}
 

Конфигурация NGINX с uWSGI

pgAdmin может размещаться в uWSGI с NGINX перед ним. Обратите внимание, что эти
примеры предполагают, что pgAdmin был установлен с помощью Python Wheel (вам может потребоваться
отрегулируйте путь в соответствии с вашей установкой).

Для запуска с pgAdmin в корневом каталоге сервера запустите Gunicorn с помощью
команда похожа на:

 uwsgi --socket /tmp/pgadmin4.sock \
      --процессы 1 \
      - нитей 25 \
      --chdir / usr / lib / python3.7 / dist-пакеты / pgadmin4 / \
      --manage-script-name \
      --mount / = pgAdmin4: приложение
 

И настройте NGINX:

 расположение / {try_files $ uri @ pgadmin4; }
location @ pgadmin4 {
    включить uwsgi_params;
    uwsgi_pass unix: /tmp/pgadmin4.sock;
}
 

В качестве альтернативы pgAdmin может быть размещен в подкаталоге (в данном случае / pgadmin4)
на сервере. Запустите uWSGI, отметив, что имя каталога указано в
крепление параметр:

 uwsgi - сокет / tmp / pgadmin4./ pgadmin4 /; }
расположение / pgadmin4 {try_files $ uri @ pgadmin4; }
location @ pgadmin4 {
  включить uwsgi_params;
  uwsgi_pass unix: /tmp/pgadmin4.sock;
}
 

.Инструмент запросов

— документация pgAdmin 4 4.26

Инструмент запросов — это мощная, многофункциональная среда, которая позволяет
выполнить произвольные команды SQL и просмотреть набор результатов. Вы можете получить доступ к
Инструмент запросов через пункт меню Query Tool в меню Инструменты или через
контекстное меню выбора узлов элемента управления деревом браузера. Инструмент запросов
позволяет:

• Выполнять специальные запросы SQL.

• Выполнять произвольные команды SQL.

• Изменить набор результатов запроса SELECT, если он
  обновляемый.

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

• Сохраните данные, отображаемые на панели вывода, в файл CSV.

• Просмотрите план выполнения оператора SQL в текстовом или графическом виде.
  формат или формат таблицы (аналогично https://explain.depesz.com).

• Просмотр аналитической информации об операторе SQL.

Вы можете открыть несколько копий инструмента запросов на отдельных вкладках
одновременно. Чтобы закрыть копию инструмента запроса, щелкните X в
верхний правый угол панели вкладок.

Инструмент запросов состоит из двух панелей:

• На верхней панели отображается SQL Editor . Вы можете использовать панель для входа,
  отредактировать или выполнить запрос. Он также показывает вкладку History , которую можно использовать
  для просмотра запросов, которые были выполнены в сеансе, и блокнот Scratch Pad
  который можно использовать для хранения фрагментов текста во время редактирования.Если блокнот
  закрыто, его можно открыть повторно (или открыть дополнительные), щелкнув правой кнопкой мыши в
  редактор SQL и другие панели и добавление новой панели.

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

Панель редактора SQL

Панель редактора SQL — это рабочая область, в которой вы можете вручную ввести запрос,
скопировать запрос из другого источника или прочитать запрос из файла.Редактор SQL
Особенности синтаксической раскраски и автозаполнения.

Чтобы использовать автозаполнение, начните вводить запрос; когда вы хотите, чтобы запрос
редактор, чтобы предложить имена объектов или команды, которые могут быть следующими в вашем запросе,
нажмите комбинацию клавиш Control + Space. Например, введите «* ВЫБРАТЬ * ИЗ *».
(без кавычек, но с конечным пробелом), а затем нажмите Control + Space
сочетание клавиш для выбора из всплывающего меню параметров автозаполнения.

После ввода запроса выберите значок Execute / Refresh на панели инструментов.В
полное содержимое панели редактора SQL будет отправлено на сервер базы данных
для выполнения. Чтобы выполнить только часть кода, отображаемую в
В редакторе SQL выделите текст, который должен запускать сервер, и щелкните
значок Execute / Refresh .

Сообщение, возвращаемое сервером при выполнении команды, отображается на
Сообщения вкладка. Если команда выполнена успешно, откроется вкладка Сообщения .
детали исполнения.

Параметры

в меню Edit предлагают функции, которые помогают с форматированием кода
и комментирует:

• Функция автоматического отступа автоматически делает отступ текста той же глубины, что и
  предыдущую строку при нажатии клавиши Return.

• Заблокируйте отступ текста, выделив две или более строк и нажав клавишу Tab.

• Внедрить или удалить стиль SQL или переключить нотацию комментариев в стиле C в вашем
  код.

Вы также можете перетащить определенные объекты из древовидной структуры, которые
может сэкономить время при вводе длинных имен объектов. Текст, содержащий имя объекта, будет
полностью квалифицирован со схемой. При необходимости будут добавлены двойные кавычки.
Для функций и процедур имя функции вместе с именами параметров будет
быть вставленным в Инструмент запросов.

Панель вывода данных

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

На вкладке Data Output отображается набор результатов запроса в виде таблицы.
Вы можете:

• Выберите и скопируйте из отображаемого набора результатов.

• Используйте параметры Execute / Refresh для получения информации о выполнении запроса и
  установить параметры выполнения запроса.

• Используйте значок Download as CSV / TXT , чтобы загрузить содержимое Data Output
  tab как файл с разделителями-запятыми.

• Отредактируйте данные в наборе результатов запроса SELECT, если он является обновляемым.

Набор результатов можно обновить, если:

• Все столбцы либо выбираются непосредственно из одной таблицы, либо
  не являются столбцами таблицы вообще (например, объединение двух столбцов).
  Только столбцы, выбранные непосредственно из таблицы, являются
  редактируемые, остальные столбцы доступны только для чтения.

• Все столбцы первичного ключа или OID таблицы выбираются в
  набор результатов.

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

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

Версия драйвера psycopg2 должна быть не ниже 2,8 для обновляемого
набор результатов запроса для работы.

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

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

Если во время сохранения возникают какие-либо ошибки (например, попытка сохранить NULL в
столбец с ограничением NOT NULL) изменения данных откатываются до
автоматически создается SAVEPOINT, чтобы гарантировать, что любые ранее выполненные запросы в
текущая транзакция не откатывается.

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

Панель объяснения

Чтобы создать план запроса Explain или Explain Analyze , нажмите
Explain или Explain Analyze кнопка на панели инструментов.

Дополнительные параметры, относящиеся к Объяснить и Объяснить Анализ можно выбрать из
раскрывающийся список справа от кнопки Explain Analyze на панели инструментов.

Обратите внимание, что pgAdmin генерирует план Explain [Analyze] в формате JSON.

При успешном создании плана Объясните , он создаст три вкладки / панели
под панелью «Объяснение».

Обратите внимание, что EXPLAIN VERBOSE не может отображаться графически. Парить
значок на вкладке Graphical для просмотра информации об этом элементе; всплывающее окно
Окно отобразит информацию о выбранном объекте. Для получения информации о
Статистика JIT, триггеры и сводка, наведите указатель мыши на значок в правом верхнем углу
угол; при необходимости отобразится аналогичное всплывающее окно.

Используйте кнопку загрузки в верхнем левом углу холста Explain для загрузки
план в виде файла SVG.

Примечание. Загрузка в формате SVG не поддерживается в Internet Explorer.

Обратите внимание, что план запроса, который прилагается к Explain analysis , доступен на
вкладка Data Output .

Таблица Вкладка показывает детали плана в формате таблицы, она генерирует формат таблицы
аналогично manage.depsez.com .Каждая строка таблицы представляет данные для
Узел плана объяснения . Он может содержать информацию об узле, эксклюзивную синхронизацию,
включая сроки, фактические и запланированные различия строк, фактические строки, запланированные
ряды, петли.

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

Если процент исключительных / включенных таймингов от общего времени запроса:
> 90 — красный цвет
> 50 — Оранжевый (между красным и желтым) цветом
> 10 — желтый цвет

Если планировщик неверно оценил количество строк (фактическое и запланированное) на
10 раз — желтый цвет
100 раз — оранжевый (между красным и желтым) цветом
1000 раз — Красный цвет

Статистика Вкладка показывает две таблицы:
1.Статистика по типу узла плана
2. Статистика по таблице

Панель сообщений

Используйте вкладку Сообщения для просмотра информации о последних выполненных
запрос:

Если сервер возвращает ошибку, сообщение об ошибке будет отображаться на
Вкладка Сообщения , и синтаксис, вызвавший ошибку, будет подчеркнут в
Редактор SQL. Если запрос выполнен успешно, на вкладке сообщений отображается, как долго
запрос завершился и сколько строк было получено:

Панель истории запросов

Используйте вкладку Query History для просмотра активности в текущем сеансе:

На вкладке «История запросов» отображается информация о последних командах:

• Дата и время вызова запроса.

• Текст запроса.

• Количество строк, возвращаемых запросом.

• Время, затраченное сервером на обработку запроса и возврат
  набор результатов.

• Сообщения, возвращаемые сервером (не указано на вкладке Сообщения ).

• Источник запроса (обозначается значками, соответствующими панели инструментов).

Вы можете показать или скрыть запросы, сгенерированные внутри pgAdmin (во время
«Просмотр / редактирование данных» или «Сохранение данных»).

Чтобы стереть содержимое вкладки Query History , выберите Clear history from
раскрывающееся меню Очистить .

История запросов поддерживается по сеансам для каждой базы данных для каждого пользователя
при работе в режиме Инструмента запросов. В режиме просмотра / редактирования данных история не
сохранено. По умолчанию для каждой базы данных хранятся последние 20 запросов. Эта
можно настроить в config_local.py или config_system.py (см.
config.py), переопределив
MAX_QUERY_HIST_STORED значение.См. Раздел «Развертывание»
Чтобы получить больше информации.

Состояние подключения

Используйте функцию Состояние подключения для просмотра текущего подключения и
статус транзакции, щелкнув значок статуса в Инструменте запросов:

Сменить соединение

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

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

• Вновь созданное соединение теперь будет указано в параметрах.

• Для подключения выберите вновь созданное подключение из раскрывающегося списка.

.