GORM — dan kapan ORM masuk akal

GORM membuat CRUD jadi beberapa baris dan relasi jadi otomatis. Harganya adalah SQL yang tidak lagi kamu lihat — dan di aplikasi bertrafik tinggi, SQL yang tidak terlihat adalah SQL yang tidak dioptimalkan.

Seperti apa rasanya

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

type Produk struct {
	ID        uint           `gorm:"primarykey"`
	Nama      string         `gorm:"size:200;not null;index"`
	Harga     int64          `gorm:"not null"`
	KategoriID uint
	Kategori  Kategori
	CreatedAt time.Time
	UpdatedAt time.Time
	DeletedAt gorm.DeletedAt `gorm:"index"`   // ← mengaktifkan soft delete
}

db, err := gorm.Open(postgres.Open(dsn), &gorm.Config{})

db.WithContext(ctx).Create(&p)
db.WithContext(ctx).First(&p, id)
db.WithContext(ctx).Where("harga < ?", 50000).Find(&daftar)
db.WithContext(ctx).Model(&p).Update("harga", 42000)
db.WithContext(ctx).Delete(&p)                       // soft delete
db.WithContext(ctx).Preload("Kategori").Find(&daftar)

Tiga jebakan performa

1. N+1 yang tersembunyi

// 1 kueri untuk produk, lalu 1 kueri PER produk untuk kategorinya
var daftar []Produk
db.Find(&daftar)
for _, p := range daftar {
	fmt.Println(p.Kategori.Nama)   // relasi kosong / lazy load
}

// ✅ 2 kueri, berapa pun jumlah barisnya
db.Preload("Kategori").Find(&daftar)

// ✅ 1 kueri kalau memang cuma butuh beberapa kolom
db.Joins("Kategori").Select("produk.id, produk.nama, Kategori__nama").Find(&daftar)

2. SELECT * di mana-mana

// Mengambil SEMUA kolom, termasuk teks panjang yang tidak dipakai
db.Find(&daftar)

// Ambil yang perlu saja
db.Select("id", "nama", "harga").Find(&daftar)

3. Soft delete yang diam-diam ikut

// Ini SEBENARNYA menjalankan:
//   SELECT * FROM produk WHERE id = 7 AND deleted_at IS NULL
db.First(&p, 7)

// Untuk benar-benar melihat semuanya:
db.Unscoped().First(&p, 7)
db.Unscoped().Delete(&p)   // hapus permanen

Melihat SQL yang sebenarnya jalan

db, _ := gorm.Open(postgres.Open(dsn), &gorm.Config{
	Logger: logger.Default.LogMode(logger.Info),   // cetak semua kueri
})

// Atau: hanya kueri yang lebih lambat dari ambang
gormLog := logger.New(log.New(os.Stdout, "", 0), logger.Config{
	SlowThreshold: 200 * time.Millisecond,
	LogLevel:      logger.Warn,
})

Perbandingan jujur

Rekomendasi

1. Aplikasi baru yang sudah pasti Postgres: sqlc + pgx. SQL tetap terlihat, tipenya dijaga compiler.
2. Panel admin internal, alat CRUD: GORM. Kecepatan menulis lebih berharga di sana daripada kendali kueri.
3. Campuran: sah dan umum. GORM untuk yang membosankan, SQL tangan untuk sepuluh kueri terpanas.
4. Apa pun pilihannya: berkas migrasi terpisah, dan lihat SQL yang benar-benar jalan.