Разберем, зачем это нужно: вы подключаетесь к нужной базе, чтобы выполнять запросы именно в ней, а не в системной. Полезно для командной строки, GUI-инструментов и скриптов. Проблемы вроде ‘database does not exist’ решатся правильными командами и проверками.

Создание базы данных перед использованием

Сначала убедитесь, что база существует. В PostgreSQL создают базы командой CREATE DATABASE. Это делается от имени суперпользователя postgres. Без этого подключение не сработает - сервер просто не найдет объект.

Например, представьте проект на Python с веб-приложением. Вы устанавливаете PostgreSQL, но по умолчанию есть только база postgres. Создаете свою - say, myapp_db - и только тогда можете загружать таблицы и данные. Это стандартный workflow в туториалах: установка, создание, подключение. Аргумент за: изоляция данных для разных проектов. Логично перейти к примерам команд.

Вот шаги для создания:

• Подключитесь как postgres: psql -U postgres
• Выполните CREATE DATABASE myapp_db; - база готова.
• Проверьте права: по умолчанию владелец - postgres, но можно назначить другого с OWNER.

Подключение к базе данных в psql

В командной строке psql - основном клиенте PostgreSQL - переключаетесь на базу командой \c или -d при запуске. Это эквивалент USE в других СУБД. Без этого все запросы идут в текущей базе, что приводит к ошибкам.

Возьмем пример из туториала: после установки вы в postgres, создаете dvdrental и подключаетесь. \c dvdrental - и теперь SELECT видит таблицы этой базы. Полезно для тестирования: быстро переключаетесь между dev и prod. Аргументы: скорость, нет нужды перезапускать сессию. Переходим к полным примерам.

Основные способы подключения:

• psql -d myapp_db -U postgres - при запуске.
• В сессии: \c myapp_db
• С хостом: psql -h localhost -d myapp_db -U user

Подключение через pgAdmin и приложения

pgAdmin - графический инструмент для PostgreSQL. Здесь нет USE, но регистрируете сервер и выбираете базу в дереве. Удобно для визуальной работы: видите схемы, таблицы, выполняете запросы.

Пример: запускаете pgAdmin, добавляете сервер localhost:5432, пароль postgres. Разворачиваете Databases - и кликаете на нужную. Для приложений вроде Node.js или Python используйте библиотеки: pg для JS, psycopg2 для Python с connection string. Это решает проблемы в production: правильный DSN - и база выбрана. Логично к сравнению инструментов.

Шаги в pgAdmin:

• Правой кнопкой на Servers > Register > Server.
• Вкладка Connection: Host localhost, Username postgres.
• Сохраните - база в списке.
• Важно: для удаленного доступа настройте pg_hba.conf.

Типичные ошибки и их решение

Частые проблемы: FATAL: database “mydb” does not exist - база не создана. Или role does not exist - нет пользователя. Еще permission denied: назначьте права GRANT.

Пример: пытаетесь \c nonexistent_db - ошибка. Решение: CREATE сначала. В приложениях проверяйте exists через SQL: SELECT 1 FROM pg_database WHERE datname=‘mydb’. Это спасает скрипты деплоя. Аргумент: proactive подход экономит время.

Распространенные ошибки:

• База не существует - Создайте CREATE DATABASE.
• Неправильный пароль - Проверьте в pgAdmin или .pgpass.
• Права доступа - GRANT ALL ON DATABASE mydb TO user;.

Работа с несколькими базами в проекте

В реальных проектах несколько баз: одна для staging, другая production. Переключаетесь динамически или через config. В скриптах bash: psql -d $DB_NAME. В ORM вроде SQLAlchemy - engine с database в URI.

Это масштабирует: тестовая база копируется pg_dump/pg_restore. Пример из туториалов: dvdrental для практики запросов. Подумать: миграции с Alembic или Flyway автоматизируют создание/подключение.

Плюсы мульти-баз:

• Изоляция environments.
• Легкий бэкап одной.
• Тестирование: drop/create без риска.

Практические сценарии перехода дальше

Подведем: вы освоили создание и выбор базы в PostgreSQL через psql и pgAdmin. Это основа для таблиц, INSERT/SELECT. Осталось: изучить схемы внутри базы или репликацию для кластеров. Подумайте о pg_dump для бэкапов - следующий логичный шаг в администрировании.