피드로 돌아가기
Dev.toDatabase
원문 읽기
Lovable-Supabase 환경의 Dual-DB 분리 구조로 인한 데이터 가시성 문제 해결
Supabase dual-DB gotcha — test vs live, and how I stopped shipping broken data
AI 요약
Context
Lovable과 Supabase 연동 시 Test와 Live라는 두 개의 독립적인 Database 환경이 자동 생성되는 아키텍처. AI 채팅을 통한 데이터 삽입은 기본적으로 Test DB로 할당되어 Production 환경의 Live DB와 데이터 불일치가 발생하는 구조적 한계 존재.
Technical Solution
- AI-assisted edits로 인한 Production 데이터 오염 방지를 위한 물리적 DB 분리 구조 활용
- SQL Editor 내 환경 토글 스위치를 통한 Target Database 명시적 지정 및 제어
- AI Chat 기반의 데이터 삽입을 Prototyping 전용으로 정의하고 Production Write 권한 분리
- Production Seed SQL 파일 별도 관리를 통한 환경 재구축 및 Migration 안정성 확보
- Deployment 전 Target DB 확인 및 실시간 데이터 검증 단계를 포함한 배포 파이프라인 구축
실천 포인트
1. SQL Editor 실행 전 Target Database가 Live인지 Test인지 토글 상태 확인
2. AI Chat을 통한 데이터 삽입은 Test DB 전용으로 간주하고 Production 적용 금지
3. Production 데이터 삽입 후 실제 배포 앱에서 데이터 렌더링 여부 최종 검증
4. 재사용 가능한 Production Seed SQL 스크립트를 파일 형태로 문서화하여 관리