类似采购系统如何设计才能提交速度和效率
0
悬赏园豆：60
[已关闭问题]
目前系统结构如下
1、买方表，卖方卖，买方常用采购目录，采购目录，采购单表，采购单明细表，配送关系表，配送表。
2、买方数据在4000，卖方在2000左右，采购目录数据2万左右，买方常用采购目录在200万数据，采购单基本在每周1-2单，20万单左右，采购单明细表数据基本在1亿数据量，配送情况基本在1.2亿左右。配送关系表在600万数据。
有没有谁有设计经验该系统应该如何设计及优化，目前使用视图索引采购相应速度还可以，但是对于索引数据比如买方名称 卖方名称的更新 常常超时无法更新。
其他回答(2)
0
建议找几本书，研究一下数据库在处理事务时，设置的 Isolation Level，
看是否设置太严，造成过多记录被 lock，
某人在读或写时，其他用户都无法读或写、只能一直等待前人完成。
若是 Oracle，默认不会有此情形，某些记录在写入或更新时，
会先给旧版本数据给其他用户可读取，但 SQL Server 默认会锁住无法读和写。
主要问题是读取速度问题，视图索引问题不少，目前正在考虑分布式架构，使用本地库远程库的模式，应该算是比较好的解决方案，但是网上b/s系统还要继续运行。问题比较多。
SQL Server 锁住读写问题已经解决，这个不是主要问题。
0
数据量还挻大的，自己最多也就接触过100W数据的...
0
读/写数据库分开,然后同步.
读写分开不可能，买方肯定建单后 看到订单确认无误后才会发送，同时卖方肯定也要马上看到订单的， 配送时间仅仅在2小时以内。