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