数据库设计

转载

mob604756fe00bf 2014-03-10 12:03:00

文章标签 json 字段耦合度管理系统数据 文章分类 代码人生

我个人比较熟悉的是mysql,我就说说我经历过的项目的数据存储方式。

不管怎么设计玩家表是必不可少的

1.以系统建表

这种建表方式就会有很多的表，这种设计一般字段都是简单数据类型，不会用blob.这样设计数据库的人他们是函数式思想，他们的游戏系统应该也是独立于玩家的，比如背包系统

玩家对象里面只存一个背包Id，背包管理系统管理所有玩家的背包，管理背包Id和背包对象，就是他们设计上，玩家和背包是一样的，都有对象和管理类，通过背包Id去关联。这样的设计系统之间的耦合度比较低，

凡是都是正反面的，这样的设计由于系统之间耦合度比较低，开发系统就相对于对其他系统没什么依赖性，但是人物调用背包系统的时候还得去背包管理系统拿数据，就假如背包Id搞错了

就拿到别人的背包了。

2.就一个表

这样的数据库设计就只有一个玩家表，这种设计一般字段都是Blob的数据类型，这样设计数据库的人他们是面向对象的思想，他们的游戏系统是依附于玩家系统的，比如背包系统

玩家对象里面直接初始化背包对象，背包管理系统就只管理一个玩家的背包，通过玩家对象可以直接拿到他的背包，这样就不会存在拿错背包的情况。这样的设计系统之间耦合度就比较高，

这样的设计的话，那么加字段是比较麻烦的,我们当初的设计是字段之间用的特殊符号分隔，然后用64bit压缩，统计数据比较麻烦。字段是有顺序的,加字段也只能在后面加，也不能删除字段。

3.也是一个表

也是只有一个玩家表，也是Blob的类型，但是利用了json，打包解包，字段可以随便加了，也好统计，php是能解析json的。但是由于引入了key，所以储存了多余的数据。

Json::Value BagCell::ToJson()
{
Json::Value root;
root["TemplateID"] = m_nItemTemplateId;
Json::Value attrList;
TUint16 nTotalLen = m_DynamicAttr.GetLen();
for (TUint16 i = 0; i < nTotalLen; i++)
  {
Json::Value attr;
tagDynamicAttr &pAttr = m_DynamicAttr.GetData(i);
if(pAttr.Key != TAG_DYNAMICATTR_SIZE)
    {
attr["key"] = pAttr.Key;
attr["value"] = pAttr.Value;
attrList.append(attr);
    }
  }
root["AttrList"] = attrList;
return root;
}

bool BagCell::FromJson(Json::Value& root)
{
m_nItemTemplateId = root.get("TemplateID", -1).asInt();
m_DynamicAttr.clear();
Json::Value &attrList = root["AttrList"];
for (Json::Value::iterator it = attrList.begin(); it != attrList.end(); ++it)
  {
Json::Value &node = *it;
tagDynamicAttr attr;
attr.Key = node.get("key", 0).asInt();
attr.Value = node.get("value", 0).asInt();
m_DynamicAttr.Add(attr);
  }
return true;
}