草根站长很多情况下都会走弯路，比如说你的网站做到日流量三十万，数据两千万
这是比较值得高兴的，但是另一面就是烦恼，除了高额的服务器带宽费用，你的网站也依然很慢，虽然你用了一些补救措施但是效果不是特别好，也增加了不少成本和维护精力。因为你一开始就走错了几步，数据结构没部署好！
大数据下个人站长一定要记住简单，不要追求复杂的数据结构 如果一开始从架构角度考虑到位的话，很多问题都是可以避免的，例如你不需要很多大带宽分发的成本.
说的有点多
直入主题，以帝国为例，
帝国商业版数据库支持读写分离这一点还不错，有基础的可以考虑使用 但毕竟是mysql
加入你选择帝国cms且是mysql的话可以继续往下若不是可以往上或选择别的数据库和程序
如 Postgresql 因为好的方案远远不止这么一个!
下面简单讲下帝国的大数据优化：
关键点1：
将栏目规划并按照数据量级别分类 //考虑哪些栏目的数据量可能是会不断增长的，提炼出来，再考虑次级增长的提炼出来，
关键点2：
设计数据表，将上面提炼的栏目按数据量分散到几个表中，且每个表的数据结构都比较简单
尽可能的保持主表简单，小内容放到主表字段不超过8个为目标,主表有些字段类型没必要设置定长型，其他字段放入副表，且不可太多。
关键点3：
为每个表建立优化方案 并且设计优化方案绑定栏目，将每个副表的数据量控制在100万左右，每个主表下可以分10个以上副表，达到100万后建立分表以此类推
关键点4：
模版优化，尽可能的采用缓存及php调用，例如使用碎片和自定义页面或memcahe缓存插件，避免数据库频繁查询，最好使用读写分离方案。
这些也有人提到过 那么说得轻巧 操作完这些后你会发现问题还是有些麻烦
模版是重中之重，那么分了这么多表数据怎么取出，怎么样效率高，自身的需求又是什么，是做商城还是会员互动 还是内容型系统，这些一开始就要思考，如何高性能。
数据库方面的高并发可以用读写分离memcache等减压
大数据下帝国cms7.2的模版及操作方面有哪些细节要注意呢尤其是多终端或者有客户端
下面会补充一点细节 请期待