MyModel 패턴 PostgreSQL 확장 — 기존 패턴 100% 유지하며 PG 기능 추가

Q1. PostgreSQL의 INSERT ... RETURNING 절의 주요 장점은?

삽입 속도를 2배 향상시킨다 삽입된 행의 DB 기본값(UUID, 생성일 등)을 별도 SELECT 없이 한 번에 반환한다 트랜잭션 없이 원자성을 보장한다 MySQL에서도 동일하게 사용 가능하다

💡 RETURNING 절은 INSERT/UPDATE/DELETE 후 영향받은 행의 컬럼 값을 즉시 반환합니다. 이를 통해 DB 기본값(gen_random_uuid(), NOW(), SERIAL 생성값 등)을 추가 SELECT 없이 한 번의 쿼리로 얻을 수 있어 성능과 코드 간결성이 향상됩니다.

Q2. PostgreSQL의 UPSERT에서 충돌 시 새로 삽입하려던 값을 참조하는 방법은?

INSERT.컬럼명 NEW.컬럼명 EXCLUDED.컬럼명 VALUES.컬럼명

💡 ON CONFLICT DO UPDATE SET 절에서 새로 삽입하려던 값(충돌된 값)은 EXCLUDED 의사 테이블을 통해 참조합니다. 예: `SET visit_count = EXCLUDED.visit_count + 1` 처럼 사용합니다. EXCLUDED는 충돌된 새 행의 값을 담고 있습니다.

Q3. MyModel 패턴을 PostgreSQL로 확장할 때 권장하는 설계 방식은?

기존 MyModel 클래스를 직접 수정하여 PostgreSQL 기능 추가 MyModel을 상속한 PgModel 추상 클래스를 만들고, 거기에 PostgreSQL 전용 메서드 추가 MyModel을 완전히 제거하고 PostgreSQL 전용 Base 클래스 새로 작성 각 모델 파일마다 PostgreSQL raw SQL 직접 작성

💡 기존 MyModel은 변경하지 않고, 이를 상속한 PgModel 추상 클래스를 만들어 PostgreSQL 전용 기능을 추가합니다. 이렇게 하면 기존 MyModel 기반 코드가 100% 호환되면서 PostgreSQL 고급 기능도 사용할 수 있습니다. Open/Closed Principle(확장에는 열려있고, 수정에는 닫혀있음)을 준수하는 설계입니다.

Q4. Bulk Insert 시 RETURNING을 사용하는 주요 목적은?

삽입 속도 향상 대량 삽입 후 생성된 ID 목록을 한 번에 반환 트랜잭션 자동 처리 중복 데이터 자동 제거

💡 대량의 행을 삽입한 후 각 행의 생성된 PK(SERIAL/BIGSERIAL), UUID, 또는 기타 DB 기본값을 알아야 할 때 RETURNING을 사용합니다. 삽입 후 SELECT를 따로 실행하지 않고 한 번의 INSERT 쿼리로 모든 삽입 결과를 반환받을 수 있습니다.

Q5. ON CONFLICT DO NOTHING과 ON CONFLICT DO UPDATE의 차이는?

DO NOTHING은 오류를 발생시키고, DO UPDATE는 무시한다 DO NOTHING은 충돌 시 행을 삭제하고, DO UPDATE는 갱신한다 DO NOTHING은 충돌 시 삽입을 조용히 무시하고, DO UPDATE는 충돌 시 지정한 컬럼을 업데이트한다 두 옵션의 동작 방식은 동일하다

💡 ON CONFLICT DO NOTHING은 충돌(중복 키 등)이 발생하면 해당 삽입을 조용히 무시하여 아무 변경도 하지 않습니다. ON CONFLICT DO UPDATE는 충돌 시 지정한 컬럼을 업데이트합니다. 조회수 증가, 설정값 동기화, 소셜 로그인 등 'insert or update' 패턴에 DO UPDATE를 사용합니다.

MyModel 패턴 PostgreSQL 확장 — 기존 패턴 100% 유지하며 PG 기능 추가

퀴즈 통과!

아쉽네요!