鞋服行业和其它行业不同,它的行业性很特殊，它日产生的数据量很大，试想一想：如果一个公司总部有200家自营店，有20个分公司，每个分公司下有30家门店,5家经销商，每家经销商下还有10个门店.对于这样的一个集团的公司,每年产生的数据应该在10g-25g之间，同时实时在线的至少有1000+。
对于动态业务分表，提出解决方案并不是一件很难的事情,那些巨人公司都已经有了先例，比如：中国电信，sqlserver,oracle.中国电信一般都按照时间来的，比如，按周分表，按月分表，按年分表.sqlserver,oracle都提供了一个分区表的概念， 如果有测试过的朋友知道，它有一个分区函数，分区函数就是建立分表的规则。这时候有的人会反驳我，数据库都已经帮我们实现了，为什么还要自已去写，这不重新创造轮子嘛？不完全是，有的时候，分区表并不能解决我们实实在在存在的问题.
上面讲了，提出解决方案比较容易，关键是实现，有几个技术点：
1):如何设定合理的分表规则, 使以后的业务处理更简单.
2):业务处理如何取到对应的表结构.
3):报表系统是如何取到对应的视图.
4):上级和下级之间数据的转换
对于鞋服行业这个领域里，我自已的个人思路是：按照渠道(渠道意义包括：分公司，代理商，经销商，总公司,加盟商)来建立分表规则。渠道和业务包的关系是n:1,也就是一个渠道可以单独占用一个业务包，也可以多个渠道一起共享一个业务包。业务包的含义是一套进销存表和视图，不同业务包之间的区别是表名或视图名不同，但结构是相同的。
1):如何建立业务包,最好通过软件界面可以维护。至于表结构，视图的建立，简单一点的可以静态建立，复杂的可以动态建立，可以对业务包进行增加修改删除。
2）：为每个渠道指定业务包.
3):数据迁移。有的渠道刚开始可能数据量小，和其它的渠道共享业务包，后来业务发展了，可能需要独占一个业务包.
目前在实现过程中，最难点在上级和下级之间的数据交换，当然业务表的设计不同，难点出现的地方也可能不同，
这里写出来只是一个引子，大家可以一起讨论。