数据库设计

我个人比较熟悉的是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;
}