현재 만들려는 시스템이 ‘유저 프로필’ 입니다.
최신 SDK에서 퍼블릭 데이터는 where 로 찾아와서 써야 한다고 알고 있습니다.
그러면 유저 프로필을 찾으려면 where.Equal(“Nick”, “산적대왕”) 식이 될 것 같은데,
현재 유저 수가 약 2만인데 이러면 부하가 심각해지지 않나요?
DB의 내부 구조를 몰라서 걱정이 되어 문의드립니다.
총 호출수는 그리 많지 않을 것 같습니다만 (유저당 하루에 10회 미만. DAU 감안하면 하루에 수만회 수준)
1회의 호출이 상당히 느릴 것 같습니다.
혹시 실제로 느리다면 얼마나 느린지, 더 빠르게 호출할 방법이 존재한다면 알려주시면 정말 감사하겠습니다.
안녕하세요 개발자님,
말씀해 주신 바와 같이 많은 양의 데이터가 존재하는 경우
먼저 쌓인 데이터일수록 찾는 시간이 오래 소요될 수 있습니다.
빠르게 찾는 방법은 owner_inDate를 이용해서 찾는것이고,
5월중 owner_inDate를 이용하는 경우에 대해서는 조금 더 속도가 빨라질 수 있도록 업데이트를 진행할 예정입니다.
감사합니다.
owner_inDate 는 유저의 계정 indate 인가요? 아니면 해당 테이블의 해당 row 의 indate 인가요? 만약 유저의 indate 라면 유저의 indate를 검색하는 방법이 있는지요? (자신이 아닌 임의의)
owner_inDate 는 row 소유자의 유저 inDate 입니다.
타 유저의 inDate를 검색하는 방법은 아래 개발자 문서를 확인 부탁드립니다.
감사합니다.