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스튜디오빌드