业务扩展演变
hello,大家好，我是方少，世上不如意事十有八九吧,即使你感到很满意，也有人感觉太差了，总得感觉我们技术人员都是一个人在战斗，感情却是最深的，一起吃过苦才难忘吧。娇妻艳女，你失意了会和你一起吃苦吗？往往会把你抛弃了。一个产品最重要的人，肯定是最了解业务的人，渠道为王嘛，哪儿有需求，哪儿就有渠道，看下图，具体业务扩展导维图
这是一般公司的结构图吧，少了个质量管理系统(测试部门的)，回头加上。上图解释如下
1 数据增多建议
a 不建议连表查询，不利于分库分表
b 按业务分库分表，不要以技术来分,比如用户id和用户帐号，用来个分表好？ 用户帐号有窃取的可能噢，当然你可以加密，如果不嫌麻烦
c 分库有两种可能性 1 按游戏逻辑进行分库，游戏区服每个库里面的数据都很少，稳定性很强，每个区虚拟化隔离，不会出现全体故障，集体锁表，还可以实现多版本噢，缺点库多了维护起来麻烦，最重要的，上版本的时候，等着加班吧 2 按业务分库 常用的分隔方法
2 项目扩展建议
a 变化业务数据建模另滥勿缺 1 改变表简单 还是老是改代码简单？
b 项目名称的建议 项目名称用域名，比如 www.zhaoaiai.com, shop.zhaoaiai.com,来和共用预留目录，YII框架目录区分开来，也好记忆
c 项目之间通信建议 1 一个项目，相当于一个库，后台系统建议怎么来的快怎么连接。后台系统在一台机子上。当然最好用接口
2 主业务之间用接口，然后缓存1秒，用户数据可以缓存更久，以减轻接口压力(看具体业务)
3 公司内部管理系统建议
a 统一界面管理添加地址形式,不然老是问你地址在哪儿，烦死人，来一个人问一个
b 以组形式加权限，而不是员工，员工添加到组下，不然老是你一个人添加权限，别的事就不用干了
c RTX，短信，邮件配置提示, 交流快速很有必要的，建议重要文件 RTX 邮件都发送，以作存档
4 害怕了吗？
是不是觉得要做的事情太多了，性能或效率，在稀牲一点性能下,可以弥补的，效率为王，做一些快速生成的工具。
搞成，希望大家能多提提意见，一起做出产品才是王道啊，一个人太累了，睡觉了。
