Какой пакет используешь для работы с PostgreSQL?

Для работы с PostgreSQL в Go я использую github.com/lib/pq как драйвер уровня database/sql и github.com/jackc/pgx (особенно pgx/v5) для более продвинутых сценариев. Выбор зависит от требований проекта, но я подробно разберу оба подхода.

Основные подходы и пакеты

1. database/sql с драйвером lib/pq (классический подход)

Это стандартный способ, использующий встроенный интерфейс database/sql. Пакет lib/pq — стабильный драйвер с долгой историей.

import (
    "database/sql"
    _ "github.com/lib/pq"
)

func main() {
    connStr := "postgres://user:pass@localhost/db?sslmode=disable"
    db, err := sql.Open("postgres", connStr)
    if err != nil {
        log.Fatal(err)
    }
    defer db.Close()
    
    // Пример запроса
    var name string
    err = db.QueryRow("SELECT name FROM users WHERE id=$1", 1).Scan(&name)
}

Преимущества lib/pq:

• Полная совместимость со стандартом database/sql
• Простая миграция с других СУБД
• Автоматическое управление пулом соединений
• Поддержка расширенных возможностей PostgreSQL (уведомления, массивы)

2. pgx — нативный драйвер PostgreSQL

pgx — это высокопроизводительный драйвер, который может работать как через database/sql, так и через собственный API.

import (
    "context"
    "github.com/jackc/pgx/v5"
)

func main() {
    conn, err := pgx.Connect(context.Background(), "postgres://user:pass@localhost/db")
    if err != nil {
        log.Fatal(err)
    }
    defer conn.Close(context.Background())
    
    var name string
    err = conn.QueryRow(context.Background(), 
        "SELECT name FROM users WHERE id=$1", 1).Scan(&name)
}

Ключевые преимущества pgx:

• Высокая производительность — нативный протокол PostgreSQL без промежуточных преобразований
• Прямая работа с типами PostgreSQL — поддержка массивов, JSONB, диапазонов, составных типов
• Встроенный пул соединений pgxpool с улучшенной производительностью
• Поддержка копирования данных через COPY FROM
• Лучшая обработка ошибок с сохранением кодов ошибок PostgreSQL

Сравнение и рекомендации по выбору

Когда использовать database/sql с lib/pq:

• Совместимость с другими СУБД — если возможна миграция между базами данных
• Проекты с использованием ORM — многие ORM (GORM, ent) используют database/sql
• Простая интеграция с существующим кодом, использующим стандартный интерфейс

Когда выбирать pgx:

• Высоконагруженные приложения — требующие максимальной производительности
• Сложные типы данных PostgreSQL — при работе с JSONB, геоданными, массивами
• Расширенные возможности PostgreSQL — нужны уведомления (LISTEN/NOTIFY), логическая репликация
• Контроль над пулом соединений — pgxpool предоставляет более гибкие настройки

Дополнительные инструменты и практики

Миграции схемы БД

Для управления миграциями я использую:

• github.com/golang-migrate/migrate — универсальное решение
• github.com/pressly/goose — удобный CLI инструмент

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

• github.com/Masterminds/squirrel — fluent-интерфейс для построения SQL
• gorm.io/gorm — популярный ORM с хорошей поддержкой PostgreSQL
• entgo.io/ent — ORM от Facebook с кодогенерацией

Мониторинг и безопасность

// Использование sqlx для удобной работы с результатами
import "github.com/jmoiron/sqlx"

// Подключение с метриками
import "github.com/prometheus/client_golang/prometheus"

// Контекст с таймаутами для предотвращения зависаний
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
row := db.QueryRowContext(ctx, "SELECT ...")

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

Критические практики:

1. Использование пула соединений с правильной настройкой:

db.SetMaxOpenConns(25)
db.SetMaxIdleConns(25)
db.SetConnMaxLifetime(5*time.Minute)

1. Всегда использовать prepared statements (явно или через Query, Exec с параметрами)

2. Контекст для контроля выполнения запросов:

ctx, cancel := context.WithTimeout(context.Background(), 2*time.Second)
defer cancel()
_, err := db.ExecContext(ctx, "UPDATE ...")

1. Правильное сканирование NULL-значений через sql.NullString, sql.NullInt64

Заключение

В современных проектах я предпочитаю pgx/v5 за его производительность и лучшую интеграцию с возможностями PostgreSQL. Для простых CRUD-приложений достаточно database/sql с lib/pq.

Ключевые рекомендации:

• Начинайте с database/sql для простоты и переносимости
• Переходите на pgx при требовании к производительности или использовании специфичных типов PostgreSQL
• Всегда используйте контексты для контроля времени выполнения запросов
• Настраивайте пул соединений согласно нагрузке приложения
• Используйте миграции для управления схемой БД

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