Установка, настройка и использование PostgreSQL на Ubuntu. PostgreSQL: установка, настройка, обслуживание.
параметр - значение - рекомендацииНастройка ресурсов
shared_buffers
Размер разделяемой между процессами PostgreSQL памяти, которая нужна для выполнения активных операций. Не следует указывать слишком большой объём, так как PostgreSQL использует также дисковый кэш.Значения:
- Средний объём данных и 256-512 МБ доступной памяти: 16-32 МБ
- Большой объём данных и 1-4 ГБ доступной памяти: 64-256 МБ
temp_buffers
Буфер под временные объекты, в основном для временных таблиц.Можно установить порядка 16 МБ
max_prepared_transactions
Количество одновременно подготавливаемых транзакций.Для работы 1С этот параметр значения не имеет, PREPARE TRANSACTION там не используются.
Можно оставить по дефолту - 5
work_mem
Специальная память, используется для сортировки и кэширования таблиц, для одного запроса.При задании этого параметра следует учитывать количество конкурентных запросов, выполняемых в один момент времени.
При памяти 1-4Gb рекомендуется устанавливать 32-128MB
maintenance_work_mem
Память использующаяся для операций VACUUM, CREATE INDEX, ALTER TABLE и FOREGIN KEY.Следует устанавливать большее значение, чем для work_mem. Слишком большие значения приведут к использованию свопа.
При памяти 1-4Gb рекомендуется устанавливать 128-512MB
max_stack_depth
Специальный стек для сервера, в идеале он должен совпадать с размером стека, выставленном в ядре ОС. Установка большего значения, чем в ядре, может привести к ошибкам.Рекомендуется устанавливать 2-4MB
max_fsm_relations
Максимальное количество таблиц, для которых будет отслеживаться свободное место в общей карте свободного пространства. Эти данные собираются VACUUM.Выставьте параметр в соответствии с количеством таблиц в вашей базе с запасом. (Применимо для версий до 8.4)
max_fsm_pages
Количество блоков, для которых будет хранится информация о свободном месте. Информация хранится в разделяемой памяти, для каждой записи требуется по 6 байт.Использование этого параметра позволяет избежать использования VACUUM FULL для базы, достаточно будет VACUUM. (Применимо для версий до 8.4)
Этот параметр должен быть не меньше чем 16*max_fsm_relations
Данный параметр задается автоматически при создании базы утилитой initdb
Можно задать его и вручную: в качестве начального приближения можно взять половину от среднего количества записей, изменяемых (UPDATE или DELETE) между запусками команды VACUUM.
Оценить это значение (база должна проработать уже какое-то время) можно выполнив:
vacuum full analyze; NOTICE: number of page slots needed (196272) exceeds max_fsm_pages (153600) HINT: Consider increasing the configuration parameter "max_fsm_pages" to a value over 196272.
max_files_per_process
Максимальное количество файлов, открываемых процессом и его подпроцессами в один момент времени.Уменьшите данный параметр, если в процессе работы наблюдается сообщение "Too many open files".
Запись транзакционных логов на диск
commit_delay и commit_siblings
Значение commit_delay выражается в микросекундах (0 по умолчанию). Значение commit_siblings выражается в штуках (5 по умолчанию).commit_delay определяют задержку между попаданием записи в буфер журнала транзакций и сбросом её на диск. Если при успешном завершении транзакции активно не менее commit_siblings транзакций, то запись будет задержана на время commit_delay. Если за это время завершится другая транзакция, то их изменения будут сброшены на диск вместе, при помощи одного системного вызова. Эти параметры позволят ускорить работу, если параллельно выполняется много «мелких» транзакций.
fsync
Данный параметр отвечает за сброс данных из кэша на диск при завершении транзакций.Если установить его значение
fsync=off
то данные не будут записываться на дисковые накопители сразу после завершения операций. Это может существенно повысить скорость операций insert и update, но есть риск повредить базу, если произойдет сбой (неожиданное отключение питания, сбой ОС, сбой дисковой подсистемы).
Используйте эту возможность только если у вас имеются надежные ИБП и программное обеспечение, завершающее работу системы при низком заряде батарей.
В самом начале файла добавьте
В конце файла добавьте изменения, которые мы только что сделали в файлах лицензий, позволяют выложить эти лицензии. Выполните следующие шаги. Сохраните и закройте этот файл. 
Сообщение об ошибке выглядит следующим образом. Но вы можете получить следующее сообщение об ошибке.
Откроется окно «Свойства системы». Выберите вкладку «Дополнительно» и нажмите кнопку «Переменные среды». Откроется новое окно. В списке с надписью «Системные переменные» выберите «Путь». Затем нажмите кнопку «Изменить». И новое окно. Затем у вас есть доступ к списку уже используемых переменных.
Не следует отключать fsync при работе PostgreSQL на Windows платформе, из-за нестабильности системы
wal_sync_method
Метод, который используется для принудительной записи данных на диск.Если fsync=off, то этот параметр не используется.
Возможные значения:
open_datasync - запись данных методом open() с параметром O_DSYNC
fdatasync - вызов метода fdatasync() после каждого commit
fsync_writethrough - вызывать fsync() после каждого commit игнорирую паралельные процессы
fsync - вызов fsync() после каждого commit
open_sync - запись данных методом open() с параметром O_SYNC
Не все методы доступны на определенных платформах. По умолчанию устанавливается первый, который доступен в системе.
full_page_writes
Установите данный параметр в off, если fsync=off. ИначеКогда этот параметр on, PostgreSQL записывает содержимое каждой страницы в журнал транзакций во время первой модификации таблицы после контрольной точки. Это необходимо потому что страницы могут записаться лишь частично если в ходе процесса ОС "упала". Это приволит к тому, что на диске оказаываются новые данные смешанные со старыми. Строкового уровня записи в журнал транзакций может быть не достаточно, что бы полность восстановить данные после "падения". full_page_writes гарантирует корректное восстановление, ценой увелечения записываемых данных в журнал транзакций.(Потому что журнал транзакций все время начинается с контрольной точки. Единственный способ снижения объема записи заключается в увеличении checkpoint interval).
wal_buffers
Количество памяти используемое в SHARED MEMORY для ведения транзакционных логов.При доступной памяти 1-4GB рекомендуется устанавливать 256-1024kb
Оптимизация запросов
enable_nestloop
Определяет использование планировщика запросов. В некоторых случаях выключение планировщика может уменьшать время исполнения отдельных запросов, в том числе и значительно. Однако в подавляющем большинстве случаев планировщик позволяет уменьшить время выполнения запросов. Не следует его выключать, по крайней мере на постоянной основе.random_page_cost
Устанавливает у планировщика оценку "стоимоти" не последовательного перебора данных. По умолчанию 4.0. Уменьшение этого значения по отношению к seq_page_cost вызовет у планировщика предпочтение сканирования индекса, увеличение -- наобород сделает сканирование индекса "дороже". Вы можете изменить оба значения чтобы изменить отношение "стоимости" дисковых операций ввода/выдода, по отношениб с "стоимости" использования процессора, которая бадет описана следующими параметрами.На серверах с быстрыми дисковыми массивами имеет смысл уменьшать изначальную настройку до 3.0, 2.5 или даже до 2.0. Если же активная часть вашей базы данных много больше размеров оперативной памяти, попробуйте поднять значение параметра. Можно подойти к выбору оптимального значения и со стороны производительности запросов. Если планировщик запросов чаще, чем необходимо, предпочитает последовательные просмотры (sequential scans) просмотрам с использованием индекса (index scans), понижайте значение. И наоборот, если планировщик выбирает просмотр по медленному индексу, когда не должен этого делать, настройку имеет смысл увеличить. После изменения тщательно тестируйте результаты на максимально широком наборе запросов. Никогда не опускайте значение random_page_cost ниже 2.0; если вам кажется, что random_page_cost нужно еще понижать, разумнее в этом случае менять настройки статистики планировщика.
cpu_tuple_cost
Устанавливает у планировщика оценку "стоимоти" затрат на обработку каждой строки во время выполнения запроса. По умолчанию 0,01.cpu_index_tuple_cost
Устанавливает у планировщика оценку "стоимоти" затрат на обработку каждого индекса во время операции сканирования индекса. По умолчанию 0,005cpu_operator_cost
Устанавливает у планировщика оценку "стоимоти" затрат на выполнение каждого оператора или функции во время выполнения запроса. По умолчанию 0.0025.effective_cache_size
Передает данные планировщику запросов об объёме памяти, которая используется ОС для кэширования файлов, для одного запроса.Этот параметр в ОС можно посмотреть в настройках:
Для Windows: в Диспетчере задач, Закладка Быстродействие, Физическая память-Системный кэш.
Для Linux: наберите команду free, необходимое значение в столбце cached (в kB)
Данное значение необходимо разделить на количество конкурентных запросов в один момент времени (среднее количество подключений к базе + запас).
default_statistics_target
Устанавливает глубину статистики по таблицам. БОльшие значения могут повысить время выполнения команды ANALYZE, но улучшат построение плана запроса.Рекомендуется устанавливать порядка 100.
constraint_exclusion
Включает или отключает использование планером ограничений CONSTRAINT в таблицах при построении запросов.Рекомендуется установить значение on, при этом, если Вы изменяете CONSTRAINT у таблиц, необходимо обновить их статистику выполнив ANALYZE, в противном случае будут построены неверные планы запросов.
Сбор статистики
stats_command_string
Передавать ли сборщику статистики информацию о текущей выполняемой команде и времени начала её выполнения.Устанавливать on
stats_start_collector
Включать ли сбор статистики.Устанавливать on
stats_row_level, stats_block_level
Собирать ли информацию об активности на уровне записей и блоков соответственно.Устанавливать
stats_row_level=on
stats_block_level=off
stats_reset_on_server_start
Обнулять ли статистику при перезапуске сервераУстанавливать off
Автовакуум
VACUUM - сборка "мусора". VACUUM восстанавливает место занятые "мертвыми" данными. При выполнении обычных операций с данными, PostgreSQL не удаляет данные физически из таблиц, это происходит с операцией VACUUM.autovacuum
Включать ли автовакуум (автоматического запуска VACUUM), устанавливать onautovacuum_naptime
Пауза между запусками Автовакуума.Зависит от того, как часто обновляются данные в ваших таблицах. Может соствлять порядка 5min, по умолчанию 1min
autovacuum_analyze_threshold
Определяет минимальное количество вставок, обновлений или удалений необходимых для посылки сигнала на запуск ANALYZE в любой таблице. Этот параметр может быть изменен для отдельных таблиц путем изменения параметров хранения.autovacuum_vacuum_threshold
Определяет минимальное количество вставок, обновлений или удалений необходимых для посылки сигнала на запуск VACUUM в любой таблице. Этот параметр может быть изменен для отдельных таблиц путем изменения параметров хранения.Блокировки
max_locks_per_transaction
Количество блокировок за одну транзакцию: установить порядка 250deadlock_timeout
Время жизни взаимных блокировок. Установить порядка 2 секунд.Возможная ошибка
Не забывайте; Который должен выполнить инструкцию. Закройте панель управления. В открывшемся окне введите. Все остальные параметры могут быть изменены, но вы должны знать, что делаете. Вам также потребуется указать имя пользователя с паролем. В настоящее время другие базы данных не поддерживаются.
Поддержка нескольких баз данных сложнее, чем не кажется и не находится в активной разработке, хотя есть много архитектурных дискуссий о наилучшем подходе. Подходы к увеличению количества поддерживаемых баз данных обсуждаются в разделе «Использование альтернативных баз данных».
После исправления файла конфигурации PostgreSQL может не запуститься, выдав ошибку:
FATAL: could not create shared memory segment:...
Failed system call was shmget(key=5432001, size=140075008, 03600).
This error usually means that PostgreSQL"s request for a shared memory segment exceeded your kernel"s SHMMAX parameter. You can either reduce the request size or reconfigure the kernel with larger SHMMAX. To reduce the request size (currently 140075008 bytes), reduce PostgreSQL"s shared_buffers parameter (currently 16384) and/or its max_connections parameter (currently 10).
If the request size is already small, it"s possible that it is less than your kernel"s SHMMIN parameter, in which case raising the request size or reconfiguring SHMMIN is called for.
The PostgreSQL documentation contains more information about shared memory configuration.
Для исправления необходимо увеличить параметр SHMMAX в системе. Сделать это можно следующим образом (для ОС Linux):
Выполните команду:
echo 150829120 > /proc/sys/kernel/shmmax
указав свое новое значение для параметра (какое именно - можно посмотреть в логе ошибки PostgreSQL). Данная операция устанавливает параметр на лету, но после перезагрузки системы изменения будут потеряны. Чтобы этого не происходило, внесите в файл /etc/sysctl.conf следующую строку:
kernel.shmmax = 150829120
указав своё значение.
Это то, что он должен содержать для низкого уровня безопасности и простого доступа к базе данных. После завершения загрузки и установки пакетов вы должны настроить базу данных, чтобы разрешить доступ к пользователям. Теперь мы можем создать пользователя, с которым можно получить доступ к базе данных.
Поэтому, если вы не измените свои настройки, просто используйте свое имя пользователя. Например, для создания более полного пользователя. На этом этапе мы закончили: более высокий пользователь сможет подключиться к базе данных и, если вы ответили на предыдущий вопрос, создайте пользователей и базы данных.
Средняя настройка
Среднестатическая настройка для максимальной производительности. Возможно для конкретного случая лучше подойдут другие настройки. Внимательно изучите данное руководство и настройте PostgreSQL, опираясь на эту информацию.RAM -- размер памяти
* shared_buffers = 1/8 RAM или больше (но не более 1/4);
* work_mem в 1/20 RAM;
* maintenance_work_mem в 1/4;
* max_fsm_relations в планируемое кол-во таблиц в базах * 1.5;
* max_fsm_pages в max_fsm_relations * 2000;
* fsync = true;
* wal_sync_method = fdatasync;
* commit_delay = от 10 до 100 ;
* commit_siblings = от 5 до 10;
* effective_cache_size = 0.9 от значения cached, которое показывает free;
* random_page_cost = 2 для быстрых cpu, 4 для медленных;
* cpu_tuple_cost = 0.001 для быстрых cpu, 0.01 для медленных;
* cpu_index_tuple_cost = 0.0005 для быстрых cpu, 0.005 для медленных;
* autovacuum = on
* autovacuum_vacuum_threshold = 1800
* autovacuum_analyze_threshold = 900
Он имеет более пятнадцати лет активного развития и имеет отличную репутацию за свою надежность и безопасность. Установка действительно проста, но база данных еще не используется. Мы должны сначала настроить его. Если установка заканчивается ошибкой в сообщении.
Тогда, возможно, это поможет, следующую команду и новую установку. Однако этот пароль не установлен, поэтому настройте его. Теперь мы знаем наш логин и пароль, и мы можем зарегистрироваться в первый раз. Для первого входа мы используем следующую команду.
Мы определенно хотели бы иметь возможность входить с нашим именем пользователя и паролем, и, конечно, нам нужны все наши права и наша база данных. Вы хотите, чтобы пользователь был суперпользователем? . Когда мы создадим нашу учетную запись, мы, конечно, ответим а. Если мы хотим создать другого пользователя, это зависит от нас, что мы позволяем ему делать.
Обслуживание базы
При первом запуске базы, после заливки данных, необходимо сделать ANALYZE для всей базы.VACUUM выполняется автоматически, в соответствии с настройками в файле конфигурации.
VACUUM FULL выполнять не обязательно при правильно настроенном автовакууме.
Диски и файловые системы
Если в вашем сервере есть несколько физических дисков, то вы можете разнести файлы базы данных и журнал транзакций по разным дискам:- Остановите сервер.
- Перенесите каталоги pg_clog и pg_xlog, находящийся в каталоге с базами данных, на другой диск.
- Создайте на старом месте символическую ссылку.
- Запустите сервер.
Реляционные системы управления базами данных являются ключевым компонентом многих веб-сайтов и приложений. Они обеспечивают структурированный способ хранения данных и организацию доступа к информации.
На этом этапе запускается сервер базы данных, но каждый может создать таблицу в любой базе данных. Это связано с тем, что создание электронной таблицы по умолчанию создает общедоступную схему, которая может быть написана всеми пользователями. Это, конечно, не очень хорошо, и поэтому мы прощены.
Мы должны получить аналогичный список в конце файла. Теперь мы отредактируем конец файла следующим образом. Мы изменили имя суперпользователя, который имеет право на все базы данных. Мы также сказали, что все пользователи из одного домена могут только войти в свою базу данных.
Postgresql — это объектно-реляционная система управления базами данных, которая все больше и больше вытесняет MySQL и производственных серверов. Ее преимущество в множестве дополнительных функций и улучшений, таких как надежная передача данных и параллелизация без блокировок чтения. Вы можете использовать эту СУБД из различных языков программирования, а ее синтаксис запросов PL/pgSQL очень похож на MySQL от Oracle.
Базовая связь с базой данных
Теперь просто перезапустите сервер. Заказы, конечно, больше, но их должно быть достаточно для начала. После установки клиента мы можем в полной мере использовать нашу базу данных. Мы начнем с входа в нашу базу данных. Если мы хотим подписаться на базу данных, отличную от нашего имени пользователя, сделайте это.
Таким образом, мы можем, наконец, установить пароль в базе данных. Если мы создали базу данных для обычного пользователя, мы не должны забывать ее назначать. Если все было в порядке, вы должны увидеть заявление о выполнении команды. Если он не отображается, произошла ошибка. Самая распространенная ошибка - пропустить точку с запятой в конце запроса.
В этой статье мы рассмотрим как выполняется установка Postgresql Ubuntu 16.04, а также как выполнить первоначальную настройку и подготовку к работе этой системы.
Установка Postgresql в Ubuntu 16.04
Это очень популярный сервер баз данных, потому программа есть в официальных репозиториях. Но если вы хотите получить самую новую версию, то придется добавить в систему PPA. Для этого выполните команды:
Установка выполняется следующим образом. Если нам сообщают об ошибке при запуске, мы попробуем это. Если мы все еще не увенчались успехом и сообщаем об ошибке кодирования, это ошибка, которую мы будем делать следующим образом. Назначение прав пользователю.
Мы также можем назначить права на создание пользователя. Это ограничение выходных данных, которое не является стандартом для каждой базы данных. Схемы - Еще одна приятная вещь, которая позволяет нам получить еще больше информации о таблицах. Мы можем разделить электронные таблицы на разные группы, и поэтому нет причин создавать другую базу данных для другого проекта.
- «Неприкасаемость» - мало кто использует его, он не так перегружен.
- Доступность - он поддерживает много хостинга.
- Ограничение и смещение.
sudo sh -c "echo "deb http://apt.postgresql.org/pub/repos/apt/ `lsb_release -cs`-pgdg main" >> /etc/apt/sources.list.d/pgdg.list"
$ wget -q https://www.postgresql.org/media/keys/ACCC4CF8.asc -O - | sudo apt-key add -
Затем обновите списки пакетов, чтобы получить самую новую доступную версию:
sudo apt-get update
Установка Postgresl Ubuntu из PPA или официальных репозиториев выглядит одинаково:
Выбор одной конкретной задачи - задача оптимизатора. Каждый столбец поддерживает гистограмму значений и ориентировочное количество строк. Тогда влияние условия относительно легко определить. Однако, если статистика не соответствует реальным данным, оптимизатор 100% не выбирает оптимальный план реализации. Эта проблема легко идентифицируется.
Попробуйте сделать свой стандарт базы данных - не используйте слишком широкие электронные таблицы. Другой подход - недействительность кэша обычно сложнее реализовать - приложение должно поддерживать оба подхода - после перезапуска кеш пуст. Правило №. Чем больше памяти, тем больше буферная память, используемая для загруженных данных диска. Использование буферизующей памяти имеет решающее значение в многопользовательском режиме - вполне вероятно, что пользователям понадобятся одни и те же данные, а чтение из буферизации будет упорядоченным быстрее, чем чтение диска.
sudo apt-get install postgresql postgresql-contrib
Когда установка будет завершена, можно переходить к настройке.
Настройка Postgresql в Ubuntu
Вы знаете как установить Postgresql Ubuntu, но этого недостаточно для начала полноценной работы. Первым делом, откройте терминал и переключите его на пользователя postgres с помощью команды:
Поскольку память достаточно ограничена, вы не можете хранить все прочитанные данные в памяти. Существуют сложные алгоритмы, которые определяют, какие буферы памяти будут выпущены и использованы для вновь полученных данных. Опять же, чем больше выделенная память, тем больше вероятность того, что задача может обрабатываться исключительно в памяти, тем самым ускоряясь несколько раз. Мы ищем разумный компромисс между максимальным количеством клиентов и максимальным размером памяти, выделенной одному клиенту.
Эти параметры не должны превышать физические пределы. Это своп-защита от операционной системы, и если она не соответствует действительности, система не дрожит, но она будет меняться. Юридически ответ будет несколько. Загруженная система будет накапливать необработанные требования, а затем система может перестать общаться.
sudo su - postgres
Эта учетная запись создается во время установки программы и на данный момент вы можете получить доступ к системе баз данных только с помощью нее. По умолчанию postgress использует концепцию ролей для аутентификации и авторизации.
Это очень похоже на учетные записи Unix, но программа не различает пользователей и групп, есть только роли. Сразу после установки Postgresql пытается связать свои роли с системными учетными записями, если для имени системной учетной записи существует роль, то пользователь может войти в консоль управления и выполнять позволенные ему действия. Таким образом, после переключения на пользователя postgres вы можете войти в консоль управления:
Пример нелегальной конфигурации. Из-за неправильной разработки приложения соединение не было очищено. В этой ситуации администратор отреагировал, увеличив максимальное количество клиентов. В результате этого вмешательства ситуация только резко ухудшилась. В конце концов, сервер был перегружен, а затем принудительный перезапуск.
Распределение памяти можно описать уравнением. Проверяйте свои рекомендации в Интернете с помощью тестирования. Не все, что доступно в Интернете, верно, правильно и актуально. Все параметры системы должны находиться в равновесии. Значительную роль играют скорости дисков и свойства контроллера диска. И сделать это просто, есть еще одно исключение. Эта проблема больше не возникает с версией.
И посмотреть информацию о соединении:
Чтобы выйти наберите:
Теперь давайте рассмотрим как создать другие роли и базы данных.
Создание роли Postgresql
Вы уже можете полноценно работать с базой данных с помощью учетной записи postgres, но давайте создадим дополнительную роль. Учетная запись postgres является администратором, поэтому имеет доступ к функциям управления. Для создания пользователя выполните:
Серверы с действительно большим объемом памяти должны сконфигурировать эксперта по памяти и управлению файлами для операционной системы. Изменения в базе данных приводят к фрагментации файлов данных и фрагментации индексов. Удаление и повторное создание индекса приведет к дефрагментации и оптимизации индекса.
Использовать хранимые процедуры и предварительно запрограммированные запросы
Обсуждаются вопросы о том, следует ли использовать хранимые процедуры. Также заметно ускорение некоторых операций. Не вносите изменения в схему базы данных напрямую, но используя скрипты. Вы можете архивировать изменения конфигурационных файлов системами управления версиями. Для действительно больших таблиц, наслаждайтесь разделением. Разделение действительно полезно, если вы регулярно удаляете чрезвычайно большое количество строк. Поэтому мы избавляемся от всех сложных операций.
createuser --interactive
Скрипт задаст лишь два вопроса, имя новой роли и нужно ли делать ее суперпользователем.
Создание базы данных
Точно также как имена ролей сопоставляются с системными пользователями, имя базы данных будет подбираться по имени пользователя. Например, если мы создали пользователя segiy, то по умолчанию система попытается получить доступ к базе данных segiy. Мы можем ее очень просто создать:
Удаление раздела - это чрезвычайно быстрая операция, независимо от количества удаленных строк. Производительность дисковых массивов всегда должна быть проверена. Прошивка контроллера диска также может быть источником проблемы. Мы не можем недооценивать отличную бесплатную поддержку. С другой стороны, существует ряд других баз данных с открытым исходным кодом, которые более подходят для некоторых приложений. Поэтому необходимо тщательно выбирать и учитывать различные технические или нетехнические факторы.
Если вам не нужно заниматься анализом временных данных, не помещайте эти данные в базу данных. На обоих серверах - в Интернете и на дому должны быть установлены некоторые программы. Эти программы необходимо настроить для взаимодействия. На быстром интернет-сайте каждый обычно устанавливает и настраивает своих администраторов, но тестовый сервер может делать все. Вы можете писать и тестировать скрипты на нем, а затем отправлять его на острый интернет-сервер.
sudo su - sergiy
Заходим в консоль и смотрим информацию о подключении:
Все верно сработало. Мы подключились с помощью роли segiy к базе segiy. Если нужно указать другую базу данных, вы можете сделать это с помощью опции -d, например:
Их уровень не самый лучший. Тогда хорошо, если у вас есть кто-то пригласить, когда он перестанет работать. Если у вас есть постоянное подключение к Интернету, вам не нужно делать тестовый сервер, вы можете развить его прямо на сервере. Специально по причине неправильного поведения, тестирования и скорости работы рекомендуется установить тестовую установку. Оставайтесь в одном пакете, чтобы выбрать.
Все бесплатное программное обеспечение, поэтому вам не нужно беспокоиться о том, что он перестанет работать в любое время. Дополнительным преимуществом переписанных пакетов является тонкая конфигурация этих трех программ, поэтому ничего не поделаешь. Успех установки будет проверен с помощью значка «Запуск сайта», который должен быть создан в меню «Пуск-Программы» вместе с другими значками, которые будут полезны в следующих нескольких экземплярах. Если вас не устраивают установочные пакеты, можно загрузить отдельные программы и настроить их вручную.
psql -d postgres
Все сработало верно, при условии, что все компоненты были настроены как описано выше.
Создание таблиц
Теперь, когда вы знаете как подключится к базе данных Postgresql давайте рассмотрим как выполняются основные задачи. Сначала разберем создание таблиц для хранения некоторых данных. Для создания таблицы Postgresql используется такой синтаксис:
CREATE TABLE
и
мя таблицы
(
имя_колонки1
тип_колонки
( длина
)
ограничения
,
имя_колонки2
тип_колонки
( длина
),
имя_колонки3
тип_колонки
( длина
)
);
Как видите, сначала мы задаем имя таблицы, затем описываем каждый столбец. Столбец должен иметь имя, тип и размер, также можно задать ограничения для данных, которые там будут содержаться. Например:
CREATE TABLE playground (
equip_id serial PRIMARY KEY,
type varchar (50) NOT NULL,
color varchar (25) NOT NULL,
location varchar(25) check (location in (‘north’, ‘south’, ‘west’, ‘east’, ‘northeast’, ‘southeast’, ‘southwest’, ‘northwest’)),
install_date date
);
Мы создали таблицу детской площадки для описания оборудования, которое на ней есть. Сначала идет идентификатор equip_id, который имеет тип serial, это значит что его значение будет автоматически увеличиваться, ключ primary key значит, что значения должны быть уникальны.
Следующие колонки — обычные строки, для них мы задаем длину поля, они не могут быть пустыми (NOT NULL). Следующий столбец тоже строка, но она может содержать только одно из указанных значений, последний столбец — дата создания.
Вы можете вывести все таблицы, выполнив команду:
Здесь мы видим что кроме нашей таблицы, существует еще одна переменная — playground_equip_id_seq. В ней содержится последнее значение этого поля. Если нужно вывести только таблицы, выполните:
Вставка и удаление данных
У нас есть таблица, но пока что она пуста. Мы можем добавить в нее некоторые данные. Давайте добавим пункт, описывающий качели. Для этого используются такие команды:
INSERT INTO playground (type, color, location, install_date) VALUES ("slide", "blue", "south", "2016-04-28");
INSERT INTO playground (type, color, location, install_date) VALUES ("swing", "yellow", "northwest", "2015-08-16");
Заметьте, что имена столбцов не обязательно заключать в кавычки, а вот имена значений — обязательно. Теперь смотрим что получилось:
SELECT * FROM playground;
Удалять записи можно по любому критерию, например, удалим записи, поле type которых имеет значение slide:
DELETE FROM playground WHERE type = "slide";
И снова смотрим что получилось:
SELECT * FROM playground;
Установка phppgadmin
Не всегда удобно управлять базой данных из терминала. Иногда нужно получить доступ ко всему через веб-интерфейс. Для этого есть программа phppgadmin, но для ее работы нужен веб-сервер Apache. Для установки программы наберите:
sudo apt install phppgadmin
Когда установка будет завершена откройте файл /etc/apache2/conf-available/phppgadmin.conf и закоментируйте строку:
А вместо нее добавьте:
Это необходимо, чтобы открыть доступ к этому адресу не только с локального компьютера, но и их других устройств сети. Заметьте, что вы не сможете войти под учетной записью postgres, это сделано из соображений безопасности. Когда завершите, перезагрузите Apahce:
sudo service apache2 restart
Выводы
Теперь установка Postgresql Ubuntu 16.04 завершена и вы даже прошли краткий экскурс в синтаксис PgSQL, который очень похож на привычный нам MySQL, но имеет некоторые отличия. Если у вас остались вопросы, спрашивайте в комментариях!
