스토리 기반 웹 브라우저 게임용 엔진/CMS를 만들고 있습니다. 나는 꽤 많은 데이터를 가지고 있습니다 : 캐릭터, 아이템, 그리고 플레이어가 상호 작용할 이야기의 비트. 이 프로젝트의 의도는 작가가 이야기 중심의 웹 게임을 제작하기 위해 프로그래머 일 필요는 없다는 것입니다. 콘텐츠를 만들기 시작하려면 FTP 및 웹 사이트 관리에 대한 기본 지식 만 있으면됩니다.PHP + MySQL을 사용하여 많은 양의 컨텐츠 캐싱
문제는 데이터베이스가 이러한 게임을 중단시킬 것이라고 생각합니다. 각각의 캐릭터는 그들에게 많은 것을 가질 수 있으며, 스토리는 광범위해질 것입니다. 이야기의 각 비트에는 100 자 또는 500 자일 수있는 자체 서체 텍스트가 있습니다. memcached 또는 이와 유사한 모든 것을 캐시 할 수있는 방법이 없습니다!
다행히 게임의 각 상태는 배포를 통해 "푸시 (push)"됩니다. 즉, 캐릭터를 추가하는 것이 아니라 세상에 나타납니다. 게임을 추가하고 게임의 빌드를 푸시해야합니다. 나는 이것을 내 이점으로 사용할 수 있다고 믿는다. 지금 내 작업 개념은 다음과 같습니다.
총 3 개의 데이터베이스가 있습니다. 하나는 '작동중인'컨텐츠 DB이고, 다른 하나는 '라이브'컨텐츠 DB이고, 마지막으로 모든 사용자 데이터를 보유하는 DB입니다. (그들이 스토리에있는 항목, 획득 한 항목 등) 내 생각은 작업 DB를 밀고 완전히 파괴하고, 작업 DB를 기반으로 실시간으로 다시 빌드하는 것입니다. 밀어. 라이브 DB는 ARCHIVE 스토리지 엔진과 같은 읽기 전용 기능과 색인 생성 기능을 통해 이익을 얻습니다. 이것은 꽤 단단한 것처럼 들리지만, 이것이 내 사업에 관한 가장 좋은 방법이라고 확신 할만큼 충분히 경험하지 못했습니다.
누구든지 새로운 모델에 대한 제안 또는 내 현재 모델에 대한 제안 사항이 있는지 알고 싶습니다.