전 게임쪽은 아니구여 공학적 시스템쪽을 공부하는 학생인데여
원래 게임에도 관심이 있은지라 이러한 질문을 던집니다.
제가 조금씩 해본 DB는 BIO(이쪽은 아직 우리나라에서 초기 단계입니다.지금 대부분이 FILE형식을 취하)기 때문에 물론 외국은 지금 우리보다는 앞섰지만...)쪽이나 Engeenering(맞나?)ㅋㅋㅋ 여하튼 이쪽은
전공하고도 관련이 있거나 누군가의 압박으로 ㅡㅡㅋㅋㅋ조금씩 해봤는데요
흠 게임쪽 DB설계는 어떻게 하는지 잘 모르겠네염
게임쪽 DB에 잘 아시는 분 답변 주세요
참고로 라그의 DB설계를 예로 들어주시면 고맙구여 ㅋㅋㅋ 제가 라그를 해봐서리(1년6개월)...익숙해있어서여
참고로 아주 궁금합니다.ㅋㅋㅋ
좋겠죠. 게임 내에서의 NPC, Item, 스크립트 같은 수정이 많지 않은 경우에는 DB Server를 통하는것 보다는 파일에서
읽어들이는 것이 수월하겠죠. 하지만 사용자 정보나 인벤토리의 경우에는 DB Server를 통하는 것이 훨씬 유용하다는
것은 다들 알겠죠?
DB는 일반적으로 몇 종류로 나누는 것이 좋겠죠. 제일먼저 User 정보를 저장하는 DB, 게임 내의 캐릭터 및 인벤토리를
저장하는 DB, 커뮤니티의 구성을 위한 DB 등으로 나눠서 설계하는 것이 일반적이 될 것 같네요. User DB는 웹 뿐만
아니라 빌링 쪽에서도 사용되고 커뮤니티나 게임과도 연동이 될 수 있도록 구성이 되어야 할 것입니다. 아마도 일반
회원제 사이트와 크게 다르게 구성하지 않아도 될 듯 합니다.
캐릭터 DB는 서버 또는 서버군 내에서 공유 할 수 있도록 구성이 됩니다. 게임의 특성상 캐릭터 DB는 그 데이터의
레코드 수치가 많아질 가능성이 있습니다. 특히 인벤토리의 경우에는 아주 많을 수도 있겠죠. 인벤토리의 아이템
정보는 꽤 주의를 기울여야 합니다. 예를 들어서 아이템 복제 시도등을 막을 수 있는 구조 뿐만 아니라 해킹, 사기
등에 대비하기 위해서 시리얼 같은 것을 만들어야 될 경우도 있습니다. 또한 레코드가 아주 많아질 경우에 검색
속도가 떨어지는 것을 미리 대비 할 수 있는 구조여야 하겠죠.
이 밖에도 게임 접속 로그 같은 경우에도 DB에 저장하는 경우가 많이 있습니다. 심지어 게임 로그의 경우에도
DB로 남기는 경우가 있더군요.
그리고 각각의 구조는 백업이나 기타 사고에도 튼튼한 구조일 수록 더 좋겠죠.
구체적으로 게임의 DB 구성을 알고 싶으셨겠지만, 그 구조는 어떻게 한다는 방법이 정해져 있지는 않습니다.
게임 시스템을 분석하면 그 것에 가장 알맞는 구조를 찾으실 수 있으리라 생각합니다.