ㅎㅎ 감사합니다! 저도 낯선 동네 갔을 때 딱 저가커피만 모아서 볼 수 있어서 요긴하게 잘 쓰고 있어요~. 잘 쓰이면 좋겠습니다 :)

정확히 그 부분이 지금 제 고민이에요 ㅎㅎ 말씀대로 지금은 데이터를 앱 번들에 넣어서 갱신 때마다 심사를 다시 받는 구조라, 데이터만 따로 패치하는 방식으로 옮기는 걸 고려 중입니다. 아직 갱신이 주 1회도 안 돼서 버티고는 있는데, 잦아지면 말씀하신 방향이 맞겠더라고요.

PostGIS도 알려주셔서 감사해요 — DB가 마침 PostgreSQL(Supabase) 기반이라서 적용하기 수월할 것 같아요. 어느정도로 규모가 커지면 공간 쿼리를 DB로 넘기는 것도 고민해야겠어요. 경험 공유 감사합니다!

PostGIS는 PostgreSQL 이용하시면 붙이기 편합니다.

요즘은 어떨지 모르지만, 예전에는 앱 심사가 시간이 오래 걸리고 리젝 한번 되면 그뒤로 심사 단계가 좀 빡셔지더라구요..

그래서 전 앱심사 방식은 비추 합니다.

그런데, 이 방식을 쓰면 백단 서버가 필요할껀데... 그건 괜찮으신건가요?
서버 사용 안하시려면 Asset쪽에 데이터 넣어두고 Asset 파일을 변경해서 데이터 갱신하는 방식도 있으니 한번 고려하시면 좋을듯요.

Asset에 들어가는 json파일이야 db로 카페 데이터 관리하고 통으로 갈아끼우기 방식 가시면 손 많이 안갈 듯 한데요?

정성스런 답변감사드립니다:)
최신 앱 심사 얘기부터 드리면, 지금 토스 미니앱으로 올리고 있는데 자동 검수라서 지금까지 13번정도 넣는 동안 대부분 8시간 안에 처리됐습니다. 로그인도 없고 기능이 워낙 단순해서 그런 건지, 미니앱이라 그런 건지는 저도 잘 모르겠어요.
백단은 이미 Supabase를 쓰고 있어서(버전 포인터랑 익명 이벤트 수집용) 별도 서버를 띄울 일은 없을 것 같습니다. json도 그쪽에 올려두고 받아오면 되지 않을까 싶고요.
Asset 이야기는 제가 제대로 이해한 게 맞는지 모르겠습니다 ㅠ. 지금 제 상황은 DB에서 매장 데이터 관리하고 json 통으로 뽑아서 갈아끼우고 있거든요. 다만 그 json이 앱 번들에 들어가 있어서 갱신할 때마다 심사를 타는 상황이고요. 마지막에 '손이 많이 안간다'고하신게 이 방식을 말씀하신 걸까요?

토스쪽은 제가 잘 몰라서.. 전 이전에 구글 심사, 애플 심사쪽으로 진행했었던 적이 있는데 어느쪽인지 기억 안나는데 한군데 리젝 되니 다음번 심사타는데 좀 애먹었습니다...

지금 앱 번들에 들어가 있는게 앱 켤때 버전 체크해서 파일을 통으로 바꿀 수 있는 부분으로 바꾸는 방식으로 생각을 했습니다.

작성하신 글에 매장 데이터 관리 부분을 DB로 안 적으셔서 일일이 크로울링 해서 전 처리 후 JSON 생성으로 하시는 줄 알았습니다.

Supabase를 몰라 찾아보니 웹서버는 못돌리는 방식이네요. 유지보수 간편하게 하는게 꼼수로 웹뷰 해서 웹페이지 띄우는 방식이긴 한데

DB를 연결해서 조회때 PostGIS 불러 가는 방식으로 변경하시거나 파일을 받아가는 방식으로 변경하시면 될듯요.

아 이제 이해했습니다. 앱 켜질 때 버전 체크해서 파일을 통으로 갈아끼우는 방식을 말씀하신 거였군요. 제가 가려던 방향이랑 정확히 같습니다 ㅎㅎ 처음 글에 DB 얘기를 안 적어서 헷갈리게 해드렸네요.

지금 json이 3~4MB 정도라 통으로 받아도 부담이 큰 것 같지는 않아서, 우선 파일 교체 방식으로 가보고 매장이 더 늘거나 반경 검색이 무거워지면 그때 PostGIS로 넘기는 순서로 생각하고 있습니다.

심사 리젝 얘기는 새겨듣겠습니다. 아직 한 번도 안 걸려봐서 감이 없었는데, 미리 알고 있는 거랑 모르고 당하는 건 다르겠더라구요. 여러 번 답변 주셔서 정말 감사합니다!