Google AI Studio – Build 연동 가능 DB (초보자용) 🍀🧸
소심한 펭귄 · 바이브 코딩 · · 좋아요 0 · 답글 0
연재 AI Studio 앱 만들기 1/3편
💡 결과 : DB 비교표
난이도(Lv)
서비스 명칭
한 줄 요약
연결 구조 (어떻게 작동해?)
초기 설정 (어떻게 준비해?)
사용 시 장점 & 리스크
Lv1
Google Sheets
가장 빠른 검증용 표 DB
앱 ↔ Apps Script(웹앱/API) ↔ 구글 시트
시트 생성 → Apps Script 작성 → 웹앱으로 배포 → 접근/실행 권한 설정 → 웹앱 URL 연결
관리가 제일 편함. 다만 동시 저장 충돌, 호출 제한(쿼터)/속도 이슈, 사용자별 권한 분리가 약함
Lv1
Notion DB
문서형 DB(백오피스에 강함)
앱 ↔ Notion API ↔ Notion DB
Integration 생성 → 토큰 발급 → DB 공유 권한에 Integration 추가 → DB ID 연결
화면이 예쁘고 공유/관리 좋음. 하지만 속도/대량조회/검색에 약하고 API 호출 제한이 있어 운영 DB로는 비추천
Lv2
Firebase (Firestore+Auth)
유저용 앱의 정석
앱 ↔ Firebase SDK ↔ Firestore (+ Auth 로그인)
프로젝트 생성 → Firestore/Auth 켜기 → 앱 설정값 추가 → 보안 규칙 기본 설정
로그인·권한·확장성이 강력함. 단, 초기에 데이터 구조/보안 규칙을 잡아야 하고 변경 시 마이그레이션 작업이 필요
Lv2
Google Cloud Storage
파일/이미지 창고
앱 ↔ Storage ↔ 파일 URL(또는 서명 URL)
버킷 생성 → 접근 권한 설계(공개/비공개) → 업로드 → URL을 DB에 저장
고화질 이미지도 안정적. 다만 공개 URL은 유출 위험이 있어 권한 제어/서명 URL을 고려해야 하고 DB에는 파일이 아니라 “주소”를 저장
Lv3
Supabase
Postgres(SQL) 기반 관계형 DB + Auth
앱 ↔ Supabase API ↔ Postgres (권한은 RLS)
프로젝트 생성 → 테이블 생성 → RLS 설정 → 앱에는 공개키(anon)만, 비밀키는 서버 보관
정산/통계/관계형 구조에 강함. 대신 SQL·권한(RLS) 개념이 필요하고 비밀키 노출에 특히 주의
Lv3
Cloud Functions
비밀 로직 서버(중간 금고)
앱 ↔ Cloud Functions(HTTP API) ↔ DB/외부서비스
HTTP 함수 생성 → 인증 방식 결정 → 환경변수로 비밀키 저장 → DB/외부 API 연결
결제키/외부 API키 보호에 필수. 단독 저장소가 아니라 DB와 같이 써야 하고 운영(로그/에러 처리) 개념이 필요
태그: #AI스튜디오빌드