Каково состояние ORM в Go? Какие популярные библиотеки существуют и какие есть альтернативы?

Да ты посмотри, какая история-то, блядь! В Го нет никакой официальной ORM, понимаешь? Ну, то есть, встроенной в стандартную библиотеку — нихуя! Сообщество там такое, философия у них: «Давайте всё явно и просто, без вашей магии, нахуй». Поэтому многие так и пишут — SQL в лоб, руками. Но, конечно, нашлись умники, которые наделали библиотек, куда ж без этого.

Ну, библиотеки эти, ORM-шные

1. GORM (gorm.io/gorm)

   • Что это: Самый, блядь, популярный монстр. Функций — овердохуища. Хуки там, eager loading, транзакции, миграции... Короче, всё, что душе угодно, если душа — ORM.

   • Примерчик, смотри:

     type Product struct {
       gorm.Model
       Code  string
       Price uint
     }
     
     db.AutoMigrate(&Product{}) // Щас он сам всё за тебя порешает, схемку создаст
     db.Create(&Product{Code: "D42", Price: 100}) // И запись воткнёт, красота

     Чистая магия, блядь. Ты в коде поковырялся, а он в базе хуяк-хуяк — и готово.

2. Ent (entgo.io)

   • Что это: А это уже от ребят из Facebook, ёпта. Тут концепция — кодогенерация. Ты схему на Го описываешь, а он тебе из неё код генерирует. Типизация строгая, запросы как по графу строятся — красиво, модно, молодежно. Для любителей, чтобы всё по полочкам.

А есть же те, кто ORM нахуй не нужен!

И таких, я тебе скажу, дофига. Говорят: «Да нахуй вашу магию, дайте мне контроль!».

1. database/sql

   • Что это: Да это же родной, стандартный пакет, ёбта! Надежный, как швейцарские часы, и тупой, как пробка. Весь SQL пишешь сам, строки, блядь, вручную. Результаты сканируешь тоже сам. Скучно, зато понятно, где и что протекает.

2. sqlx

   • Что это: Ну это как database/sql, но на стероидах. Расширение, которое жизнь облегчает. Сканирует результаты из строк сразу в твою struct по именам полей, запросы с именованными параметрами поддерживает. SQL он у тебя не прячет, просто сахарку сверху насыпал. Многие его обожают.

3. sqlc

   • Что это: Во, это вообще, блядь, хитрая жопа! Генератор кода. Ты не пишешь код на Го для запросов. Ты пишешь ЧИСТЫЙ, КРАСИВЫЙ SQL в отдельном файле. CREATE TABLE, SELECT * FROM users WHERE id = $1. А потом sqlc берёт этот SQL, смотрит на него своим хитрым глазом и БАЦ — генерирует тебе типобезопасный Го-код, который эти запросы выполняет. Идея гениальная, ёпта! Контроль над SQL — полный, а безопасность типов — на уровне. Пиздец, как удобно.

Итог, Колян, блядь: Выбор-то простой, на самом деле. Хочешь быстро и чтобы не париться — бери GORM, хули. Прототип за пять минут наколбасишь. А если ты перфекционист ебаный и тебе надо знать каждый чих базы данных, чтоб всё летало — тогда тебе в стан ненавистников ORM. sqlx или sqlc — вот твои лучшие друзья. Всё по чесноку, без сюрпризов. Как говорится, волнение ебать, а терпения — ноль. Выбирай, что душе угодно.