noSQL-它是基于Web的游戏的有效选择吗？[关闭]

出于机会和无聊，我和一个朋友决定制作一个基于网络的游戏。这是我将要制作的第一个“游戏”，因为通常我会在Django中编写Web应用程序。

我选择在游戏中使用相同的框架，但由于无法预见未来的需求和与数据库相关的问题，因此我对数据存储并不完全确定。最近，noSQL运动逐渐兴起，我想探索这一领域。

因此，我有以下问题：

• noSQL数据存储（基于文档，例如MongoDB）是否适合基于Web的游戏？
• 使用传统的RDBMS（例如MySQL）可能会出现什么问题？
• 如何在玩游戏或定时事件（例如cron作业）期间，确保使用MongoDB的用户之间的数据一致性？

游戏概述：典型的冒险游戏，玩家与怪物战斗并获得物品等。

• 所有玩家的一些数据都是静态的：物品，武器，药水，地图等。
• 与玩家相关的一些数据：清单，指标（统计数据），进度等。
• 一个玩家可能需要知道另一个玩家的状态和状态
• 计划任务将在特定时间间隔运行

noSQL数据库适合基于Web的游戏吗？

绝对！一般而言，非关系数据库（例如MongoDB）对于游戏来说要好得多，因为它们在数据建模方面更加灵活，同时比关系数据库（例如SQL）更高效-使它们“双赢”选择。

使用常规RDBMS可能会出现什么问题？

使用关系数据库有两个主要缺点：

• 数据建模方式缺乏灵活性
• 性能

数据建模方式缺乏灵活性是一个主要缺点，因为使用关系数据库会迫使您对数据进行建模以适应数据库的需求，而不是数据库能够适应模型的需求。例如，考虑您正在创建用于使用关系数据库在游戏中存储物品的模型，并决定采用以下模型：

weapon_type_id | weapon_type
1 | sharp

weapon_id | weapon| weapon_type_id | damage
1 | Short Sword | 1 | 5

potion_type_id | potion_type
1 | HP
2 | Mana

potion_id | potion| potion_type_id | modifier
1 | Healing Elixer | 1| 5
2 | Mana Drainer | 2| -5

现在考虑如何修改模型以满足以下要求：

• 新增项目类型
• 创建具有多种武器类型的武器
• 创建一个可以用作武器的药水

当然，所有这些动作都是可行的，但是当您执行这些动作时，您将不是最快乐的人，并且您可能会想：“是否有更好的解决方案来解决我想做的事情？”，在非关系数据库中设计一个更加灵活的模型。

注意：如果您不熟悉基于文档的数据库如何存储信息，请在继续之前检查此链接。下面介绍的模型旨在使用与前述文章中介绍的逻辑类似的逻辑。

db.itemTypes

name: Weapon
types: Sharp

name: Potion
types: HP, Mana

db.items

name: Short Sword
weapon
    type: Sharp (db.itemTypes reference)
    damage: 5

name: Healing Elixer
potion
    type:  HP (db.itemTypes reference)
    modifier: 5

name: Mana Drainer
potion
    type:  Mana (db.itemTypes reference)
    modifier: -5  

name:  Healing Potion Sword
potion
    type: HP (db.itemTypes reference)
    modifier: 10
weapon
    type: Sharp (db.itemTypes reference)
    damage: 15

关于NoSQL和SQL数据库的性能，有很多不错的文章，但是这里提供了一些应用程序示例，因此您可以执行自己的测试：MongoDB与SQL Server 2008 Performance Showdown

如何使用MongoDB确保用户之间的数据一致性？

MongoDB支持对单个数据实体（文档）进行读/写原子操作，因此来自MongoDB的查询结果应始终与数据库中存储的内容保持准确。

编辑：提供了NoSQL示例数据库的项目

几个词确实可以保护SQL数据库。

1-如果您拥有SQL数据库，则不仅可以使用主键来处理数据。MMO中的大多数查询都是通过PK进行的，但是当您需要查找所有级别大于30的用户时，您将在NoSQL世界中做什么？

2-如果您使用SQL语言，则可以创建“修补程序”来修复损坏的数据。例如：“更新player_items设置标志= 0，其中item_type_id = 100”。如何在NoSQL中解决此问题？我认为您必须制作一个脚本来解析所有数据...

3-SQL数据库并没有您想象的那么慢。我的同事创建了基于Web的MMO游戏，在MySQL中每秒进行5000次交易。这还不够吗？如果没有，则可以使用分片扩展数据库。

4-SQL具有外键约束和类似的好东西，可以帮助您查找代码中的错误。

NoSQL不是灵丹妙药。它仅解决了几个问题，并带来了许多新问题。所以我的建议-在选择NoSQL之前请三思。

答案是肯定的，这是一个有效的选择，但是不，这可能不是一个好主意。

在游戏方面，NoSQL尝试解决SQL的两个主要问题。

第一个是延迟或延迟。从某种意义上说，SQL数据库的速度非常快，可以在十分之一秒内处理数千个事务或更多事务。从另一种意义上说，它们的运行速度非常慢，因为仅处理少量事务可能花费相同的时间。对于大多数数据库使用而言，这无关紧要，但是游戏具有实时组件，因此，它不仅与您每秒可以执行的事务数量有关，还与响应数据库事务所需的平均时间有关。

此延迟是实时游戏的主要问题。许多需要大型数据库（通常用于MMO）的开发人员会在数据库和游戏服务器之间建立一个缓存层，以避免这些停顿，然后定期刷新缓存。问题？您只是抛出了使用数据库的主要原因- 原子性，一致性，隔离性和持久性。

但是这个问题不适用于网页游戏。您已经在播放器和游戏之间建立了高延迟连接，因此您也可能会获得SQL提供的吞吐量以及成熟的知名软件的好处。

但是，第二个问题确实适用于您，那就是对象关系阻抗不匹配。游戏处理对象，数据库处理行。如果幸运的话，只需列出对象的字段即可将其划分为一行，但是大多数情况下对象是分层的，因此您必须以某种方式将它们展平以使其成行。

基于文档的数据库（例如CouchDB和MongoDB）通过将文档提升为顶级对象而不是行（在这种情况下，“文档”是“对象”的同义词）来解决此问题。但是这样做会失去SQL数据库的许多好处。吞吐量要低得多，并且锁定算法变得更加复杂。

好消息是，已经有很多对象关系映射（ORM）工具可用于您使用的任何语言。它们使您可以相当透明地在内存中的对象与数据库中的行之间进行转换。这些工具通常不适合大型实时游戏，因为它们会表现出SQL和NoSQL数据库性能最差的方面。但这对于网络游戏来说很好-最坏的情况是，当您遇到性能问题时，可以回到老式的交易方式。延迟问题并没有伤害您，增加的吞吐量可以帮助您。

最后，要掩饰我在其他地方提出的观点：这与静态游戏数据无关。我不是在这里谈论您的物品说明或武器损坏或精灵或其他任何东西。我的意思是真实，易变的游戏数据，例如玩家库存中的数据或他们的统计数据。您需要的静态数据就是数据存储。也许事实证明，最简单的方法是使用与数据存储相同的数据库，因为您的ORM很好。也许您只需要文件系统。这是两个单独的问题，一个答案不需要（也可能不会）适合两种情况。

• noSQL数据存储（基于文档，例如MongoDB）是否适合基于Web的游戏？

我建议看一看couchdb

它的界面基于javascript，因此可以与基于HTML5 / javascript的游戏完美融合。

它还可以“脱机”工作（制作数据库的本地副本），然后稍后与服务器进行同步（例如，您可以将其用于实例地下城）。

• 使用传统的RDBMS（例如MySQL）可能会出现什么问题？

主要的问题是，无SQL数据库与关系数据库的处理方式大不相同。进行心理转换可能很困难。

例如，看一下在ouchdb 中如何执行“ 查询 ”。一切都在javascript中完成。

• 如何在玩游戏或定时事件（例如cron作业）期间，确保使用MongoDB的用户之间的数据一致性？

“同步”数据库的过程在沙发数据库的术语中称为复制。您还将经常看到术语一致性。有几种内置服务可处理复制和一致性。例如，请参见增量复制过程。

根据您游戏中的物品，您可能最终会同时使用这两者，并通过游戏中的模型将它们连接起来。例如，播放器可以并且应该位于RDB（登录信息）中，但是播放器库存/变量存储可以转到noSQL，因此播放器模块可以login()使用RDB并fetchInventory()通过主键使用noSQL。

例如，最好将地图保存在NoSQL中（例如，coordinates =>不同对象的数组），我无法想象保存RDB中包含的区域（除了需要完全反序列化才能读取？更多CPU的某些部分的序列化字符串之外）并且浪费了RAM！）您仍然可以在RDB中保存区域，例如，区域“ city X”包含以下坐标/块（[3,4]，[8,7] ...）

您可以并且可能应该同时使用两者，并查看您可能需要的易失性存储（如内存缓存）或一些临时数据（肯定会比使用硬盘快！并且可以节省大量CPU，但不能节省RAM）

所以最后>

这取决于您想要在游戏中拥有什么！啦啦队