Сравнение ORM для Go и PostgreSQL: GORM, Ent, Bun и sqlc

Наиболее заметными ORM для Go являются GORM, Ent, Bun и sqlc. Ниже представлено небольшое сравнение этих инструментов с примерами операций CRUD на чистом Go.

Кратко (TL;DR)

• GORM: богатый функционал и удобство; проще всего «просто выкатить в прод», но есть больший накладной расход времени выполнения.
• Ent: схема в виде кода с генерацией типобезопасных API; отлично подходит для больших кодовых баз и рефакторинга.
• Bun: легкий конструктор запросов/ORM, ориентированный на SQL; быстрый, с отличной поддержкой функций Postgres, явный по дизайну.
• sqlc (не ORM в строгом смысле, но всё же): пишете SQL, получаете типобезопасный Go; лучшая производительность и контроль «из коробки», без магии во время выполнения.

Критерии выбора и быстрое сравнение

Мои критерии:

• Производительность: задержка/пропускная способность, предотвратимые накладные расходы, пакетные операции.
• DX (опыт разработчика): кривая обучения, типобезопасность, отлаживаемость, трение при генерации кода.
• Экосистема: документация, примеры, активность, интеграции (миграции, трассировка).
• Набор функций: связи, предзагрузка (eager loading), миграции, хуки, «аварийные» способы использования чистого SQL.

CRUD на примерах

Настройка (PostgreSQL)

Используйте pgx или нативный драйвер PG конкретного инструмента. Пример DSN:

export DATABASE_URL='postgres://user:pass@localhost:5432/app?sslmode=disable'

Импорты (общие для всех ORM)

В начале каждого файла с примером кода на Go добавьте:

import (
  "context"
  "os"
)

Мы смоделируем простую таблицу users:

CREATE TABLE IF NOT EXISTS users (
  id    BIGSERIAL PRIMARY KEY,
  name  TEXT NOT NULL,
  email TEXT NOT NULL UNIQUE
);

GORM

Инициализация

import (
  "gorm.io/driver/postgres"
  "gorm.io/gorm"
)

type User struct {
  ID    int64  `gorm:"primaryKey"`
  Name  string
  Email string `gorm:"uniqueIndex"`
}

func newGorm() (*gorm.DB, error) {
  dsn := os.Getenv("DATABASE_URL")
  return gorm.Open(postgres.Open(dsn), &gorm.Config{})
}

// Автомиграция (опционально; будьте осторожны в прод-среде)
func migrate(db *gorm.DB) error { return db.AutoMigrate(&User{}) }

CRUD

func gormCRUD(ctx context.Context, db *gorm.DB) error {
  // Create (Создание)
  u := User{Name: "Alice", Email: "alice@example.com"}
  if err := db.WithContext(ctx).Create(&u).Error; err != nil { return err }

  // Read (Чтение)
  var got User
  if err := db.WithContext(ctx).First(&got, u.ID).Error; err != nil { return err }

  // Update (Обновление)
  if err := db.WithContext(ctx).Model(&got).
    Update("email", "alice+1@example.com").Error; err != nil { return err }

  // Delete (Удаление)
  if err := db.WithContext(ctx).Delete(&User{}, got.ID).Error; err != nil { return err }

  return nil
}

Примечания

• Связи через теги структур + Preload/Joins.
• Вспомогательная функция транзакций: db.Transaction(func(tx *gorm.DB) error { ... }).

Ent

Определение схемы (в ent/schema/user.go):

package schema

import (
  "entgo.io/ent"
  "entgo.io/ent/schema/field"
)

type User struct {
  ent.Schema
}

func (User) Fields() []ent.Field {
  return []ent.Field{
    field.Int64("id").Unique().Immutable(),
    field.String("name"),
    field.String("email").Unique(),
  }
}

Генерация кода

go run entgo.io/ent/cmd/ent generate ./ent/schema

Инициализация

import (
  "entgo.io/ent/dialect"
  "entgo.io/ent/dialect/sql"
  _ "github.com/jackc/pgx/v5/stdlib"
  "your/module/ent"
)

func newEnt() (*ent.Client, error) {
  dsn := os.Getenv("DATABASE_URL")
  drv, err := sql.Open(dialect.Postgres, dsn)
  if err != nil { return nil, err }
  return ent.NewClient(ent.Driver(drv)), nil
}

CRUD

func entCRUD(ctx context.Context, client *ent.Client) error {
  // Create (Создание)
  u, err := client.User.Create().
    SetName("Alice").
    SetEmail("alice@example.com").
    Save(ctx)
  if err != nil { return err }

  // Read (Чтение)
  got, err := client.User.Get(ctx, u.ID)
  if err != nil { return err }

  // Update (Обновление)
  if _, err := client.User.UpdateOneID(got.ID).
    SetEmail("alice+1@example.com").
    Save(ctx); err != nil { return err }

  // Delete (Удаление)
  if err := client.User.DeleteOneID(got.ID).Exec(ctx); err != nil { return err }

  return nil
}

Примечания

• Сильная типизация на всех этапах; edges для связей.
• Сгенерированные миграции или используйте ваш любимый инструмент миграций.

Bun

Инициализация

import (
  "database/sql"

  "github.com/uptrace/bun"
  "github.com/uptrace/bun/dialect/pgdialect"
  _ "github.com/jackc/pgx/v5/stdlib"
)

type User struct {
  bun.BaseModel `bun:"table:users"`
  ID    int64  `bun:",pk,autoincrement"`
  Name  string `bun:",notnull"`
  Email string `bun:",unique,notnull"`
}

func newBun() (*bun.DB, error) {
  dsn := os.Getenv("DATABASE_URL")
  sqldb, err := sql.Open("pgx", dsn)
  if err != nil { return nil, err }
  return bun.NewDB(sqldb, pgdialect.New()), nil
}

CRUD

func bunCRUD(ctx context.Context, db *bun.DB) error {
  // Create (Создание)
  u := &User{Name: "Alice", Email: "alice@example.com"}
  if _, err := db.NewInsert().Model(u).Exec(ctx); err != nil { return err }

  // Read (Чтение)
  var got User
  if err := db.NewSelect().Model(&got).
    Where("id = ?", u.ID).
    Scan(ctx); err != nil { return err }

  // Update (Обновление)
  if _, err := db.NewUpdate().Model(&got).
    Set("email = ?", "alice+1@example.com").
    WherePK().
    Exec(ctx); err != nil { return err }

  // Delete (Удаление)
  if _, err := db.NewDelete().Model(&got).WherePK().Exec(ctx); err != nil { return err }

  return nil
}

Примечания

• Явные джойны/предзагрузка с помощью .Relation("...").
• Отдельный пакет bun/migrate для миграций.

sqlc

sqlc технически не является ORM. Вы пишете SQL, а он генерирует типобезопасные методы Go.

sqlc.yaml

version: "2"
sql:
  - engine: postgresql
    queries: db/queries
    schema: db/migrations
    gen:
      go:
        package: db
        out: internal/db
        sql_package: "database/sql" # или "github.com/jackc/pgx/v5"

Запросы (db/queries/users.sql)

-- name: CreateUser :one
INSERT INTO users (name, email)
VALUES ($1, $2)
RETURNING id, name, email;

-- name: GetUser :one
SELECT id, name, email FROM users WHERE id = $1;

-- name: UpdateUserEmail :one
UPDATE users SET email = $2 WHERE id = $1
RETURNING id, name, email;

-- name: DeleteUser :exec
DELETE FROM users WHERE id = $1;

Генерация

sqlc generate

Использование

import (
  "database/sql"
  _ "github.com/jackc/pgx/v5/stdlib"
  "your/module/internal/db"
)

func sqlcCRUD(ctx context.Context) error {
  dsn := os.Getenv("DATABASE_URL")
  sqldb, err := sql.Open("pgx", dsn)
  if err != nil { return err }
  q := db.New(sqldb)

  // Create (Создание)
  u, err := q.CreateUser(ctx, db.CreateUserParams{
    Name: "Alice", Email: "alice@example.com",
  })
  if err != nil { return err }

  // Read (Чтение)
  got, err := q.GetUser(ctx, u.ID)
  if err != nil { return err }

  // Update (Обновление)
  up, err := q.UpdateUserEmail(ctx, db.UpdateUserEmailParams{
    ID: got.ID, Email: "alice+1@example.com",
  })
  if err != nil { return err }

  // Delete (Удаление)
  if err := q.DeleteUser(ctx, up.ID); err != nil { return err }

  return nil
}

Примечания

• Приносите свои миграции (напр., golang-migrate).
• Для динамических запросов: напишите несколько вариантов SQL или комбинируйте с маленьким конструктором.

Примечания по производительности

• GORM: удобен, но добавляет накладные расходы на рефлексию/абстракцию. Подходит для типичного CRUD; следите за запросами N+1 (предпочитайте Joins или выборочный Preload).
• Ent: сгенерированный код избегает рефлексии; хорош для сложных схем. Часто быстрее «тяжелых» ORM, использующих магию во время выполнения.
• Bun: тонкий слой над database/sql; быстрый, явный, отличный для пакетных операций и больших наборов результатов.
• sqlc: по сути, производительность чистого SQL с безопасностью на этапе компиляции.

Общие советы

• Используйте pgx (v5) как драйвер и context повсюду.
• Предпочитайте пакетную обработку (COPY, многострочный INSERT) для высокой пропускной способности.
• Профилируйте SQL: EXPLAIN ANALYZE, индексы, покрывающие индексы, избегайте лишних обращений.
• Переиспользуйте соединения; настраивайте размер пула в зависимости от нагрузки.

Опыт разработчика и экосистема

• GORM: самое крупное сообщество, много примеров/плагинов; более крутая кривая обучения для продвинутых паттернов.
• Ent: отличная документация; этап генерации кода — это основной сдвиг в ментальной модели; супер удобен для рефакторинга.
• Bun: читаемые, предсказуемые запросы; меньшее, но активное сообщество; отличные «приятности» для Postgres.
• sqlc: минимальные зависимости во время выполнения; хорошо интегрируется с инструментами миграций и CI; превосходен для команд, уверенно владеющих SQL.

Выдающиеся функции

• Связи и предзагрузка: все обрабатывают связи; GORM (теги + Preload/Joins), Ent (edges + .With...()), Bun (Relation(...)), sqlc (вы сами пишете джойны).
• Миграции: GORM (автомиграция; будьте осторожны в прод-среде), Ent (генерируемый/дифф SQL), Bun (bun/migrate), sqlc (внешние инструменты).
• Хуки/Расширяемость: GORM (колбэки/плагины), Ent (хуки/средний слой + шаблоны/генерация кода), Bun (хуки запросов, похожие на средний слой, легкое использование сырого SQL), sqlc (композиция на уровне вашего приложения).
• JSON/Массивы (Postgres): у Bun и GORM есть хорошие помощники; Ent/sqlc обрабатывают через пользовательские типы или SQL.

Одно поперечное примечание для всех четырех: в Go 1.27 теперь encoding/json работает на движке v2, что сохраняет поведение, но меняет некоторые тексты ошибок и, при явном API v2, вывод nil-срезов и ключей карты. Если ваши модели сериализуют/десериализуют JSON, проверьте, что говорит гид по обновлению Go 1.27 о тестовых фикстурах перед обновлением.

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

• Выбирайте GORM, если вы хотите максимального удобства, богатого функционала и быстрого прототипирования для обычных CRUD-сервисов.
• Выбирайте Ent, если вы цените безопасность на этапе компиляции, явные схемы и долгосрочную поддерживаемость в больших командах.
• Выбирайте Bun, если вы хотите производительности и явных SQL-подобных запросов с удобством ORM там, где это помогает.
• Выбирайте sqlc, если вы (и ваша команда) предпочитаете чистый SQL с типобезопасными привязками Go и нулевыми накладными расходами во время выполнения. sqlc также является естественным выбором для стороны read model в архитектуре CQRS на Go, где запросы формируются под вызывающие стороны, а не под доменные сущности, а явный SQL дает вам полный контроль над проекцией.

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

Минимальный docker-compose.yml для локального PostgreSQL

version: "3.8"
services:
  db:
    image: postgres:16
    environment:
      POSTGRES_USER: user
      POSTGRES_PASSWORD: pass
      POSTGRES_DB: app
    ports: ["5432:5432"]
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U user -d app"]
      interval: 5s
      timeout: 3s
      retries: 5

Пакеты и библиотеки ORM для GO

• https://gorm.io
• https://entgo.io
• https://github.com/uptrace/bun
• https://sqlc.dev/

Другие полезные ссылки

• Шпаргалка по Golang
• Исправление ошибки GORM AutoMigrate postgresql в Golang
• Ранжирование текстовых документов с Ollama и моделью эмбеддингов Qwen3 - на Go
• Ранжирование текстовых документов с Ollama и моделью ранжирования Qwen3 Reranker - на Go