寻个思路
现在有一个系统,用户会输入一系列编号来查看对应芯片的测试结果。背后大概关联到20+张表。现在的逻辑是这样,输入完编号,点击继续,程序会分成多步把对应用户输入编号的所有有可能用到的资料都从数据库中查出来,并按照一写逻辑合并筛选后存到本地access数据库中,以后的所有步骤就都在本地数据库中操作。
这个程序是vb6的代码,现在需要升级,上面决定开发成web版。
问题1: 很多SQL结构复杂,用到多表查询,group by,有些还要从view中取值同时view中有可能还会用到别的view,如果一次把要用的数据都存放到多个datatable中, datatable很难执行上述查询。
问题2: 可以写Stored Procedure数据写到临时表,但是从输入编号到最后得到结果大概要分3个步骤,意味着就要调用3个存数过程,不能说同样的数据要重复取3次,开发环境是在美国,最后要部署到深圳,网络开销也太大。
问题3: 不保存所有记录到临时表,但是每个步骤中又要从所有数据中筛选出用户输入的内容,SQL会变得十分难写,而且可能根本写不出来。
我现在求个思路,如果非要写成web版,怎么办。 --------------------编程问答-------------------- A、表关联太多,性能会差,可以考虑建些冗余字段,少关联
B、数据可以考虑缓存,减少数据库压力 --------------------编程问答-------------------- 楼上已经很对了
如果还不行可以尝试以下方案
1.读写分离
2.使用nosql数据库。
3.复杂逻辑异步化处理
补充:.NET技术 , ASP.NET