[💬] afk아레나같은 영웅들의 레벨 db를 어떻게 설계하는게 좋을까?

[익명(211.36)]

db를 파이어베이스로 개발중인데

최대한 조회를 덜타도록 개발중이거든

그러다보니 영웅들의 레벨별 스탯치를 하나의 도큐먼트에 다 담으려고 하는중인데 그러다보니 레벨별 스탯치를 배열에다가 다 때려박고있음

hero_001에 레벨이 20개면 공격력배열 방어력 배열 이런식으로 하는중인데 보통 이렇게 하는게 맞아?

배열사이즈는 레벨이 20이니까 20이고..

어렵다 어려워 ㅜㅜ

[익명(usnned)]

스탯을 DB에 넣는다구?

[익명(211.36)]

어 로그인할때 db에서 조회해서 세팅해주는거지 이렇게 하는게 아닌가?

[익명(usnned)]

영웅별,레벨별 Status 테이블 데이터를 만들고, 영웅ID, 레벨 2개로 해당 Status 정보 얻어올 수 있는 형태로

[익명(usnned)]

테이블 데이터는 DB가 아니라 Json등의 형태로 클라에 넣거나 서버로부터 받아올 수 있는 식

[익명(211.36)]

그럼 조회가 많아질거같은데 그렇게 구현하는게 일반적인가보네 고마워 그렇게 해볼게

[익명(usnned)]

DB가 아닌게 핵심임. 테이블 데이터는 클라에서 해시 테이블이나 어레이로 보통 들고 있으니까, 조회를 자주한다고 뭐 문제될게 없거든

[익명(211.36)]

아 무슨얘기인지 이제 이해했어 db에서 건별로 조회가 아니라 스탯 통데이터를 한번에 가져오는거구나 고마워!!

[익명(154.5)]

나 지나가던 사람인데. 근데 궁금한게 있어~ 만약에 업데이트마다 테이블 테이터를 통체로 데이타 베이스에서 받아와서 로컬로 저장한다하면..약간 보안쪽에 위험한거 아냐? 암호화해야하는거야?

[익명(154.5)]

나는 걍 실시간으로 업데이트 가능하도록 realtime database에다가 전부 다 넣어줬거든... 내가 실시간으로 테스트하면서 조절가능하도록..파이어 데이타베이스 가격보니까 그렇게해도 전부 커버칠수있을것 같던데.. 아님?

[익명(154.5)]

물론 로컬로는 테이블 가지고있지만 그냥 그건 내가쓰는 서버쪽업데이트용..

[익명(usnned)]

ㅇㅇ 클라 사이드에서도 최소한의 보안적 처리는 해야 함

[익명(usnned)]

근데 클라는 결국 뚫리기 마련이라, 서버 사이드 검증이 필요

[익명(154.5)]

그치?? 걍 보안신경안쓰고 쉽게쉽게 가야겠다 걍 데이타베이스에서 불러올래 ㅋㅋ

[rx78(humanstone10)]

그건 내부 클라이언트에 스크립트로 넣어야지

[익명(211.36)]

아 그러면 업데이트할때는 앱을 업데이트해야하는건가...

[익명(58.142)]

공통되는 내용(레벨당 필요 경험치등)만 담고 각각 공통된 양식의 데이터를 각 영웅한테 넣어줄듯! 참고용으로 그걸 다 하나에 때려넣은 파일도 준비하고

[익명(58.142)]

이게 정답은 아님!나도 배워가는 입장

[익명(211.36)]

답변 고마워 파일로 업데이트하는 방법도 괜찮겠네 고마워 친구들

[익명(221.140)]

밑에 내가 쓴 글 읽어봐

[익명(221.140)]

자주 업데이트되거나 빠르게 패치해야하는 데이터는 인터넷으로 쏴주는게 맞아. 앱 업데이트해야하면 그 과정에서 지우는 사람 엄청 많거든.

[익명(211.36)]

제목이 뭔지 알수있을까?

[익명(59.13)]

그정도 수준이면 파베에 때려박고 앱킬때마다 변경 있는지 검사해서 받아오면 충분. 클라에넣고 그거 수정할때마다 업데이트하면 유저 탈주함. 파베 가격도 얼마 안나감

[익명(221.140)]

가격 정책에 따라 다르긴 하겠지만 AWS로 서버돌리고 있으면 굳이 파베를? 이중으로 돈나가는데. AWS서버내에서 파일 읽어서 보내는게 나을텐데