본문 바로가기

nosql3

설계·타입·관계·보안규칙 기본 개념 ✦ Firestore 셋업 #1 안녕하세요! ARCOA 지안입니다. 👋 Firebase 셋업을 끝내고 Firestore를 열면, 이런 생각이 떠오를 수 있어요. “이제 뭘 만들어야 하지?” Firestore는 UI가 눈에 보이지 않아서 더 막막할 수 있어요. 실습은 생각보다 쉽습니다. 정말 어려운 건 개발적인 개념이 없어서 혼란스럽다는 것이예요. 그래서 본격적으로 데이터를 넣기 전에, Firestore에 핵심 설계 개념 6가지를 정리했습니다. 이 글을 읽어두면 다음 실습(#2~#5)을 훨씬 편하게 진행할 수 있어요. 1/ Static과 Dynamic 데이터 구분데이터 설계의 첫 번째 기준은 ‘변하는가, 변하지 않는가’입니다.꼭 구분하고 기억해야 합니다. Static Data 잘 안 바뀌는 데이터예) 카테고리, 등급/레벨, 안내문.. 2025. 12. 3.
디자이너(비개발자)를 위한 Firestore 셋업 ✦ 총 5편 안녕하세요! ARCOA 지안입니다. 👋 Firebase 셋업 시리즈에서 ‘앱의 뼈대’를 만들었다면, 이제 Firestore 시리즈에서는 앱이 실제로 움직이기 위한 데이터의 구조와 흐름을 설계합니다. 노코드 앱 개발을 하다 보면 화면보다 더 막히는 지점이 있어요. 바로 데이터 구조입니다.“이 데이터는 어디에 저장하지?”“무슨 타입으로 만들어야 하지?”“Static인지 Dynamic인지 어떻게 구분하지?”“업로드는 어떤 방식이 안전하지?”이 시리즈는 그런 궁금함을 디자이너의 언어로 풀어내고, 실제 Firestore로 구현되는 전체 순서를 따라가며 정리했습니다. Firestore를 왜 배워야 할까? Firebase가 앱의 인프라(집/엔진)라면, Firestore는 앱의 기억 · 관계 · 기록이 저장되는 곳.. 2025. 12. 2.
DB 설계는 UX 설계의 뒷면이다 ✦ 노코드 DB #1 안녕하세요! ARCOA 지안입니다. 👋 디자이너가 앱을 만든다는 건, 아름다운 화면 이상의 여정입니다. 사용자의 흐름을 설계하고, 상태를 관리하고, 데이터가 어떻게 흐르고 저장되는지 이해해야 하죠. DB 설계는 개발자의 영역 아닌가요?현업에서는 서로의 역할을 존중하고, 디자이너가 모두 신경쓰기에 여유가 없기도 했습니다. 하지만 노코드 앱을 직접 만들며 깨달았어요. DB 설계는 UX 설계의 뒷면이라는 것을요. 사용자가 입력한 데이터가 어디에 저장되고, 어떻게 다시 불러와지는지 모르면 경험의 앞·뒤가 맞지 않습니다. 좋은 UX는 결국 데이터 구조 위에서 움직이기 때문이에요.이 시리즈는 코드를 모르는 디자이너가 데이터 구조를 어떻게 사고하고 설계하는지 실전 경험을 담았습니다. 1/ 왜 디자이너가 DB를.. 2025. 11. 26.