 | 1 twor2 Sep 28, 2015 洗洗睡吧 |
 | 2 shoaly Sep 28, 2015 从价格 或者可行性上 都觉得应该是 拿着数据库 重新开发 , 必要的话数据库 也重新做, 只是用之前的数据库导出数据 |
 | 3 bosshida Sep 28, 2015 看看你的需求有多复杂，可发 用户名 gmail 谈谈 |
 | 4 justfindu Sep 28, 2015 不必写一套完整的系统~~ 这就跟我要墙上敲一个柜子一样~ 也一样不需要拆了重建~ 但是特么承重墙怎么办~ |
 | 5 zjqzxc Sep 28, 2015 @justfindu 承重墙也好办。承重墙内再来一堵墙来“伪装”成原来那面墙，然后再在上面做柜子，虽然客户的住房面积受损失了。 反正功能实现后不负责维护，只要实现了，效率怎么低怎么浪费空间都不管了。 |
| 9 zjqzxc Sep 28, 2015 @hahiru 不是不可以，但不能动数据库有些功能可能不好扩展。比如我需要在 user 表后面加些字段但又没权限，只能创建一个 user_ext 表，然后 select 时候查两次表（就是我刚才说的再加一堵墙）。效率下来了不说（先不说数据库还抗不扛得住，不清楚现在数据库啥负载），再来这么两次，以后的业务逻辑估计就真的看不懂了。 |
 | 10 hahiru OP @zjqzxc _你可能没理解吧，这破数据库几百个人在用，不能随便动，只能利用原来的程序的语句增删改查。我想做的是原程序只能够单品种处理效率太低，希望增加批量处理功能，因为有些步骤完全可以省略。。。 |
 | 12 secret32 Sep 28, 2015 看着像是找人写个批量处理的 sql 语句 |
Select Language