Acredito que voce está confundindo as responsabilidades de cada aplicação. Um banco de dados não deve ser responsável por sua regra de negócio, ele deve armazenar dados performaticamente. Esses scripts basicamente estão criando regras de negócio.
O que você construiu foi uma aplicação que não usa um banco de dados, usa jsons, e como você já percebeu isso é bem ruim para a performance.
Não entendi muito bem por que voce não conseguiu criar sua aplicação utilizando bancos nosql padrões, mas provavelmente foi por falta de conhecimento técnico seu, não porque eles não suportariam.
Uma sugestao seria usar o chat gpt para ir conversando como funciona a arquitetura de um jogo, como seu jogo se encaixa nela, como você poderia aplicar essas regras que você disse serem complicadas, isso vai ir te ajudando a separar melhor as responsabilidades.
Poxa vdd, fiquei tão empolgado com a ieia que nao pensei nisso, bateu ate um desanimo de continuar trabalhando nele agora.
Praticamente todos os Bancos de Dados existentes são generalistas, ou seja, são feitos para suprir a demanda de diferentes tipos de aplicações.
Criando um Banco de Dados específico, e personalizando suas funcionalidades para essas necessidades específicas, pode ser interessante.
Normalmente a regra de negócio fica na aplicação, e faz o intermédio entre o Banco de Dados e a consulta propriamente dita, mas nada impede de ser feito de forma integrada, desde que tenha uma boa justificativa pra isso.
Quais são as maiores dificuldades em usar esses Bancos de Dados comuns num jogo? Se você conseguir resolver, ou facilitar essas dificuldades, já torna esse projeto viável.
Pela descrição eu vi que ele é portável, ou seja, isso já é um atrativo legal, e provavelmente pode ter outros que eu desconheça, mas se tratando de um projeto em desenvolvimento, pode surgir mais recurso interessantes.
Boa sorte na empreitada.