hooney.log

Go는 정적 타입 언어지만, API 개발을 하다 보면 요청 데이터에 대한 유효성 검사(validation) 가 꼭 필요하다. GORM만 써서는 해결되지 않는 입력값 검증은 validator 라이브러리와 함께 처리하는 것이 일반적이다. 이번 포스팅에서는 실전에서 가장 많이 쓰이는 유효성 검사 라이브러리인 go-playground/validator와 GORM 모델을 함께 사용하는 방법을 다룬다. ✅ 1. Validator 설치하기go get github.com/go-playground/validator/v10 ✅ 2. 기본 사용법import ( "github.com/go-playground/validator/v10")type User struct { Name string `..

Go + GORM으로 백엔드 개발을 하다 보면 다음과 같은 고민, 한 번쯤 해봤을 것이다. - Struct 안에 JSON 배열을 저장하고 싶은데 어떻게 하지? - Enum 타입처럼 제한된 값만 저장하고 싶은데? - time.Time 포맷이 DB랑 안 맞아서 깨져서 나온다? 이럴 때 유용하게 쓰이는 게 GORM의 Custom Type 기능이다. 이 글에서는 JSON 필드, Enum 처리, 커스텀 Time 포맷을 예제로 하나씩 정리해보려 한다. 1. JSON 필드 매핑하기 — Slice나 Map을 JSON으로 저장하기 Go에서는 []string, map[string]string 같은 필드를 DB의 JSON 컬럼에 저장하려면 Scan()과 Value() 메서드를 직접 구현해줘야 한다. ✅ 예제: ..

읽기와 쓰기를 분리하여 유지보수성과 성능을 챙기자!✅ CQRS란?CQRS(Command Query Responsibility Segregation)는 **쓰기(Command)**와 읽기(Query) 책임을 서로 다른 모델 또는 레이어로 분리하는 아키텍처 패턴입니다.기존 CRUD는 하나의 모델이 모든 작업을 처리CQRS는 복잡한 시스템에서 명확하고 유연한 구조 제공 📦 GORM에서 CQRS를 구현하는 이유이점 설명책임 분리읽기/쓰기 로직 분리로 유지보수 용이성능 최적화읽기에서 복잡한 JOIN 최소화 가능테스트 용이Command/Query 각각 테스트 가능확장성Read-Replica, Kafka 등 확장 용이 📐 디렉토리 구조 예시/internal /user - command_repositor..

DB 부하를 Redis로 덜어주는 실전 패턴 ✅ 왜 캐싱이 중요한가?- 자주 조회되는 데이터를 매번 DB에서 가져오면 성능에 큰 부담 - GORM만 사용하면 매 요청마다 쿼리 발생 - Redis를 캐시로 두면 응답 속도 향상 + DB 부하 감소 🧱 기본 구조 Client → Gin → Service ├── Redis 캐시 hit → 바로 응답 └── miss → GORM → DB → 캐시 저장 → 응답 🧪 실습 전제 - Gin + GORM + Redis 사용 - User 모델 조회 예시 - Redis는 go-redis 사용 1. Redis 설정import ( "github.com/redis/go-redis/v9" "..

에러 무시하다가 큰일난다 - 실전에서 통하는 GORM 디버깅 & 예외 처리 전략 ✅ 목차GORM 에러 핸들링의 기본 구조 RowsAffected로 실패 원인 파악하기 특정 에러 구분하기 (errors.Is, errors.As) 로그 레벨 조절로 SQL 추적하기 실전 예제: 유저 존재 확인 후 조건부 저장 디버깅 꿀팁 & 실수 피하기 1. GORM 에러 핸들링 기본 구조 GORM의 대부분 메서드는 .Error 필드에 에러를 담는다. user := User{}err := db.First(&user, 1).Errorif err != nil { // 에러 처리} 하지만 이렇게만 쓰면 에러 원인을 정확히 알기 어렵다. 2. RowsAffected로 레코드 유무 판단하기쿼리는 성..

실무 백엔드에서는 기능 구현만큼 중요한 게 테스트다. 특히 DB를 다루는 GORM에서는 테스트 코드 작성이 까다로울 수 있지만, 구조만 잘 잡으면 생산성도, 안정성도 높아진다. ✅ 목차 - GORM 테스트, 왜 어려울까? - 테스트 환경 구성 전략 - SQLite in-memory DB - 트랜잭션 롤백 - 인터페이스 분리로 Mocking 가능하게 만들기 - gorm.io/datatypes, faker로 더 현실적인 테스트 - 실전 테스트 예제 정리 1. GORM 테스트, 왜 어려울까? GORM은 DB 연결을 전제로 하기 때문에, 테스트 시 다음 이슈가 생긴다: - 실제 DB를 연결하면 테스트 데이터 관리가 어렵다. - 트랜잭션 롤백 없이 돌리면 더티 데이터가 남는다. - GORM 객체가..

SQL 인젝션은 여전히 실무에서 가장 빈번하게 발생하는 보안 위협 중 하나다. Go 백엔드에서 ORM으로 GORM을 쓴다고 해도, 안전하지 않은 쿼리 작성은 여전히 인젝션 공격의 여지를 남긴다. 이번 글에서는 다음 내용을 상세히 다룬다. ✅ 목차 - SQL 인젝션이란? - GORM에서 발생할 수 있는 인젝션 사례 - 안전한 쿼리 작성법 - 바인딩 방식 - Named Parameter 전략 - Struct 기반 조건 - Raw SQL 시 주의할 점 - 실전 방어 전략 요약 1. SQL 인젝션이란?SQL 인젝션(SQL Injection)이란, 쿼리문에 사용자 입력값이 그대로 삽입되면서 악의적인 SQL이 실행되는 공격이다. 예를 들어 아래처럼 문자열을 직접 연결하면:db.Exec("DELETE ..

Go로 백엔드를 개발할 때 GORM의 마이그레이션 기능은 정말 편리하다. 하지만 무턱대고 자동 마이그레이션만 쓰다 보면 데이터 유실, 인덱스 충돌, 운영 장애까지 발생할 수 있다. 이번 글에서는 GORM에서 자동 마이그레이션과 수동 마이그레이션을 언제 어떻게 써야 하는지, 실전 전략을 정리해보자. 📌 목차 - GORM AutoMigrate 기본 사용법 - 자동 마이그레이션의 한계와 리스크 - 수동 마이그레이션 관리 전략 - 실전 추천 전략 (개발/운영 구분) - 마무리 요약 1. GORM AutoMigrate 기본 사용법GORM은 AutoMigrate()로 테이블을 생성하고 컬럼을 자동으로 추가해준다.db.AutoMigrate(&User{}, &Post{}) - 존재하지 않는 테이블이면 생..

GORM은 Go에서 가장 널리 쓰이는 ORM이지만, 아무 설정 없이 쓰다 보면 쿼리가 많아지고 성능이 떨어질 수 있다. 이번 글에서는 GORM에서 성능을 높이기 위한 Preload, Select, Index 전략들을 정리해보자. 📌 목차 - N+1 문제와 Preload - 필요한 컬럼만 조회하기 — Select - Index 전략 - 정리 1. N+1 문제와 Preload 🤔 N+1 문제란? 예를 들어 게시글(Post)과 작성자(User) 관계가 있을 때, 게시글 10개를 조회하면서 각 게시글의 작성자를 따로 조회하면 1 + N 쿼리가 발생한다. type Post struct { ID uint Title string UserID uint User User}// 잘못된 예..

Go 언어에서 ORM으로 GORM을 쓰다 보면 관계 설정 말고도 놓치기 쉬운 고급 기능들이 있다. 이번 글에서는 실무에서 정말 유용하게 쓰이는 Soft Delete, Hooks, 트랜잭션을 정리해보자. 📌 목차 Soft Delete란? GORM Hooks란? 트랜잭션 다루기 마무리 및 다음 예고 1. Soft Delete란?Soft Delete는 데이터를 물리적으로 삭제하지 않고, 삭제된 것처럼 다루는 기능이다. 🧾 사용법import "gorm.io/gorm"type User struct { ID uint Name string DeletedAt gorm.DeletedAt `gorm:"index"`} DeletedAt 필드를 추가하면 GORM이 자동으로 Soft D..