将对象保存到数据库时，我应该序列化对象还是保存每个属性

Question

我开始考虑一个基本的数据库驱动游戏（rpg）。
我无法弄清楚如何保存角色、他的属性和他的物品。对于大多数只有其中一个的东西是静态的很好，但是当有多个对象（例如库存）时，我就有点不知所措了。

我决定把物品放进袋子里。 bag 对象可以有 5 到 20 个插槽，每个插槽都将根据唯一的数据库 ID 引用一个项目。那么我该如何设计包桌呢。

包ID |所有者 |插槽 1 |插槽 2 |插槽 3 |插槽 4 ......

或

包ID |所有者 |内容

有什么建议吗？曾经有人告诉我，在数据库编程时，一列一数据，但我不喜欢 Slot1 的想法 | Slot2 等...看起来不太对。

编辑

我是不是完全错过了这个，它应该是引用 Bag 的项目。

物品ID |包ID |插槽 |姓名 | .....

那么当你想知道一个包里有什么时，你会

Select * from Items where BagID=10  

Answer 1

有什么建议吗？

自从上世纪 60 年代 cobb 发明关系数据库以来，标准方法就是规范化。

BadId、SlotNr、ItemRef

完成。

另一个表有项目。

请注意，缺少 OwnerId - 这是 BagItemMap 表。 BagTable 有 BagId、OwnerId 和可能的其他项目（总重量等）

这是一个标准的 m:n 关系。当您实现对象时，您将拥有一个 Bag 对象，该对象将 Items 作为集合。

Answer 2

持久性策略取决于您的查询要求。如果您正在寻找一种基于一个或多个属性一次对多个角色执行操作的能力（例如，给所有三眼角色额外的生命，查找所有生命值超过五个的角色，等等.) 那么您应该将各个属性保存到它们自己的列中。如果一个字符始终被视为一个 BLOB，并且您将序列化策略与 RDBMS 中的数据联系起来没有问题，则使用varbinary。

当您将所有内容存储为 BLOB 并在其单独的列中提供属性子集时，混合解决方案也是可能的。事实上，包含至少一些标识属性以简化搜索是很常见的。