GORM или ent: какая ORM для Go подойдёт вашему проекту

GORM — самая популярная ORM Go: модели-структуры, авто-миграции, плагины и тысячи ответов на форумах. ent — кодогенерация от Facebook: типобезопасные запросы, которые проверяет компилятор, и графовые связи между сущностями. Скорость старта против строгости типов.

GORMкурсentкурс

Подбор под ваши приоритеты

Двигайте ползунки — насколько для вас важен каждый критерий (0 — не важен, 5 — критично). Счёт пересчитывается на лету: это взвешенное среднее оценок библиотек по критериям, а не бенчмарк.

Типобезопасность запросов

Ошибки в полях ловит компилятор, а не прод

Экосистема

Драйверы, плагины, вакансии, ответы

Порог входа

Время до первой рабочей модели

Миграции

AutoMigrate против схемной генерации

Сложные связи и графы

M2M, транзитивные обходы, жадная загрузка

Взвешенный счёт

GORM76
ent76

Ничья — разогните ползунки или читайте вердикт ниже.

Выбор между GORM и ent встаёт, когда ручной SQL через database/sql перестал масштабироваться: копипаста запросов, ошибки в полях, миграции руками. Обе библиотеки закрывают эту боль, но философии противоположные. GORM описывает модели структурами с тегами и строит запросы цепочкой вызовов в рантайме. ent описывает схему отдельным кодом, генерирует типизированный клиент и ловит опечатки в названиях полей ещё на компиляции. На этой странице разберём оба подхода по одним критериям, покажем одну и ту же задачу рядом и соберём персональную рекомендацию ползунками.

GORM — стандарт де-факто: по звёздам и вакансиям это самая востребованная ORM Go. Модель — обычная структура: теги gorm описывают колонки, AutoMigrate создаёт и обновляет таблицы, Preload догружает связи, хуки и скоупы позволяют встраивать бизнес-логику. Из этого следует главный практический аргумент — экосистема: драйверы для всех популярных СУБД, плагины для пагинации, шифрования и чтения реплик, а ответ на почти любой вопрос уже лежит на форумах. Расплата — типобезопасность: имена полей в Where и Order передаются строками, и опечатка всплывает только в рантайме, а за производительность местами придётся платить вниманием: ленивые загрузки и N+1 ловятся профилировщиком, а не компилятором.

ent идёт другим путём: сначала схема (поле, тип, связь, индекс), затем go generate — и в проекте появляется типизированный клиент. Запрос user.Query().Where(user.Name(Аня)).QueryPosts() целиком проверяется компилятором: переименовали поле — компиляция падает во всех местах, где оно использовалось, вместо тихой ошибки в проде. Связи описываются графом: многие-ко-многим, транзитивные обходы и запросы «друзья друзей» выражаются естественно. Цена — порог входа и кодогенерация: команда должна принять схемный подход и прожить генерацию в CI, а сообщество и число готовых рецептов у ent заметно скромнее, чем у GORM.

Как читать итог ниже: оценки — усреднение практики команды проекта, а не лабораторные бенчмарки; ползунки позволяют подставить свои приоритеты. Грубая граница такая: типовой CRUD-сервис, где важны скорость старта и знакомость — GORM; сложный домен с десятками связей, где цена ошибки в рантайме высока, — ent. Если вы пока выбираете между ORM и чистым SQL, начните со страницы сравнения GORM, sqlc и ent — там же разобран третий путь с кодогенерацией из SQL. Одна и та же задача «пользователь с постами» в обеих ORM — ниже.

Одна и та же задача в каждой библиотеке

Задача-эталон для этого сравнения: посмотрите на разницу в церемониях, типах и обработке ошибок — так выбор ощущается, а не только описывается словами.

Самая популярная ORM Go: модели-структуры, AutoMigrate и огромная экосистема

package main

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

type User struct {
  ID    uint
  Name  string
  Posts []Post
}

type Post struct {
  ID     uint
  Title  string
  UserID uint
}

func main() {
  db, _ := gorm.Open(sqlite.Open("app.db"), &gorm.Config{})
  db.AutoMigrate(&User{}, &Post{})

  db.Create(&User{Name: "Аня", Posts: []Post{{Title: "Первый пост"}}})

  var user User
  db.Preload("Posts").First(&user, "name = ?", "Аня")
}

Кодогенерация от Facebook: типобезопасный клиент и связи как граф

package main

import (
  "context"
  "log"

  "entgo.io/ent/dialect/sql/schema"
  "myapp/ent"
  "myapp/ent/user"
)

func main() {
  client, err := ent.Open("sqlite3", "file:app.db?cache=shared")
  if err != nil {
    log.Fatal(err)
  }
  ctx := context.Background()
  client.Schema.Create(ctx, schema.WithGlobalUniqueID(true))

  u, _ := client.User.Create().
      SetName("Аня").
      Save(ctx)
  _ = client.Post.Create().
      SetTitle("Первый пост").
      SetAuthor(u).
      ExecX(ctx)

  posts, _ := client.Post.Query().
      Where(post.HasAuthorWith(user.Name("Аня"))).
      All(ctx)
}

Сильные и слабые стороны

GORM

Самая популярная ORM Go: модели-структуры, AutoMigrate и огромная экосистема

Модель — обычная структура с тегами: освоение за вечер, знакомость каждому
AutoMigrate и Preload закрывают рутину типового CRUD-сервиса
Крупнейшее комьюнити: плагины, драйверы, готовые ответы на вопросы
Поля в Where и Order — строки: опечатка ловится в рантайме
Ленивые загрузки и N+1 требуют внимания: профилировщик вместо компилятора

Берите, если: типовым crud-сервисам и командам, которым важны скорость старта и экосистема.

ent

Кодогенерация от Facebook: типобезопасный клиент и связи как граф

Запросы проверяет компилятор: переименование поля ломает сборку, а не прод
Связи как граф: M2M и транзитивные обходы выражаются естественно
Схема — единственный источник правды: миграции генерируются из неё
Нужен шаг кодогенерации: go generate в CI и в жизни команды
Комьюнити скромнее: меньше готовых плагинов и ответов

Берите, если: сложным доменам с десятками связей, где цена ошибки в рантайме высока.

Оценки по критериям

Шкала 1-5: экспертная оценка команды проекта по практике, а не синтетика.

Сравнение GORM, ent по критериям
Критерий	GORM	ent
Типобезопасность запросовОшибки в полях ловит компилятор, а не прод
ЭкосистемаДрайверы, плагины, вакансии, ответы
Порог входаВремя до первой рабочей модели
МиграцииAutoMigrate против схемной генерации
Сложные связи и графыM2M, транзитивные обходы, жадная загрузка

Вердикт: когда что выбирать

Обе библиотеки убирают ручной SQL, но страхуются от разных рисков. GORM страхует команду от незнакомого инструмента: структуры, теги, знакомые рецепты — рабочий сервис за выходные. ent страхует код от самого себя: типизированный клиент превращает опечатки и устаревшие поля в ошибки компиляции. Первый путь быстрее приводит MVP, второй — дешевле сопровождает большой домен.

Типовой CRUD-сервис: пользователи, заказы, админкиGORMСтруктуры с тегами и AutoMigrate — минимум церемоний до первой рабочей модели

Сложный домен: десятки связей, частые рефакторинги схемыentПереименование поля ловит компилятор во всём коде, а не тесты в проде

Команда junior-тяжёлая, важна скорость онбордингаGORMГотовые ответы почти на любой вопрос и знакомый паттерн «структура = таблица»

Графовые запросы: друзья друзей, ленты, транзитивные связиentСвязи — первоклассный граф: QueryPosts и HasAuthorWith читаются как предметная область

А что выбрали вы?

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

Частые вопросы

Что быстрее — GORM или ent?

В сырых синтетиках ent обычно выигрывает: сгенерированный код без рефлексии и лишних аллокаций. Но на реальном сервисе разница тонет в работе СУБД и сети: узкое место почти всегда запрос и индексы, а не ORM-слой. Сравнение производительности по шагам разобрано в наших курсах: у ent этому посвящён отдельный урок, у GORM — урок об оптимизации.

Можно ли мигрировать с GORM на ent (или обратно)?

Прямой автоматической миграции нет: это разные модели описания данных — теги на структурах против схемы с кодогенерацией. Практичная стратегия: новый домен вести на целевой ORM, старые таблицы читать через database/sql, и переводить модули по одному. Обе библиотеки спокойно живут рядом с чистым SQL.

ent требует кодогенерации — это плохо?

Это компромисс, а не недостаток: сгенерированный клиент даёт автодополнение и проверку типов, которых нет у рантайм-цепочек. Стоимость — дисциплина: go generate запускается после правок схемы и встраивается в CI. Если команда не готова принять этот ритуал, комфортнее GORM.

Что выбрать для стартапа на ранней стадии?

Стандартный совет: GORM — пока домен не устоялся. Ранние метания схемы дешевле переносят теги на структурах, чем перегенерация клиента. Как только связи разрастаются и цена опечатки в запросе растёт, домен переезжает на ent — или, если вы всё равно пишете сложный SQL, посмотрите в сторону sqlc в нашем сравнении ORM и SQL-генераторов.