Firebase Auth에 있는 유저 정보를 자동으로 불러오는 방법이 있지 않을까 해서 찾아봤는데 기본적으로 Firestore와 별개라서 직접 복사해서 저장해야 하는 모양이다.
대충 초기 DB 모양은 셋째주에 잡긴했는데 변경사항이 좀 있다.
users 테이블에 uid는 firestore의 경우 랜덤 문서 아이디 y7D9sh9abc...xyz 이런식으로 나오나 보다. (이걸로 대체)
id인 이메일은 저장할 필요는 없지만 나와 사용자 편의를 위해 저장하고, 로그인 한 후의 일을 전제하기에 pw나 로그인 토큰 같은 민감한 정보는 절대 저장하지 말란다.
이메일 저장하면 좋은경우를 물어봤다
상황 이메일 저장
간단한 앱, 로그인 유저만 사용 | ❌ 안 저장해도 됨 |
관리자 페이지, 사용자 검색 필요 | ✅ 저장 추천 |
GPT 서버나 외부 시스템 연동 고려 | ✅ 저장 유용함 |
UID만으로 식별 불편할 때 | ✅ 사람이 보기 편함 |
OpenAI 서버 연동을 고려하고 있으므로 우리 프로젝트는 저장하는 것이 좋겠다. UID 만으로는 식별이 어렵기도 하고...
지원되는 타입들에 대한 문서가 있어서 한번 찾아봤다.
https://firebase.google.com/docs/firestore/manage-data/data-types?hl=ko
지원되는 데이터 유형 | Firestore | Firebase
4월 9~11일, Cloud Next에서 Firebase가 돌아옵니다. 지금 등록하기 의견 보내기 지원되는 데이터 유형 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요. 이 페이지에
firebase.google.com
본격적으로 firestore 컬렉션, 문서, 필드 추가 작업을 시작한다.
mySQL 사용할때는 테이블을 하나하나 다 만들어놓은 다음에 쿼리문 넣어서 데이터를 가져오는 방식이었는데 Firestore는 애초에 테이블(컬렉션)을 만들 필요가 없고 스키마리스 구조라서 처음 데이터를 저장할 때 자동으로 컬렉션과 문서를 생성해준단다.
이 상태에서 시작하라니.... 어... 어색하다. 로그인 회원가입 코드 짜와서 넣어봐야겠다.
음 잘 들어간다 ^ㅇ^
이렇게 기반은 다져놨고 데이터를 불러모을 차례다
'프로젝트' 카테고리의 다른 글
프로젝트 구현 계획이랑 팀원들이랑 상의해본 것 (0) | 2025.04.09 |
---|---|
TourAPI 따오기 (0) | 2025.04.08 |
깃허브 pull 오류 (0) | 2025.04.08 |
깃허브 경로꼬임 대참사... (0) | 2025.04.08 |
Firestore 프로젝트에 연동 (1) | 2025.04.07 |