整取整存,尽可能的减少SQL连接数.
表:Users,Categories,Contents,Tags
UserContentRelatedship,CategoryContentRelatedship,ContentTagRelatedship(多对多关系)
不使用分页查询,条件查询只获取记录的标识字段,测试时100W记录首次查询时间为400ms,之后为80ms,
在查询Content与Category对映关系时.通常是多个Content的列表获取其Category信息
所以
在程序中创建一个IDictionary(Of Guid, IList(Of Guid))来表示当前Content与Category的对应关系.
将这些Content的Category关系一次性从数据库中取出,填充到IDictionary(Of Guid, IList(Of Guid))中.
将所有的Category标识去掉重复,一次性从数据库中取出Categories(这个步骤中可以加入缓存,对于已在缓存中存在的Category就不从数据库中取了.).
把取出的Categories填充到Content的Categories属性中.
到此则完成Content的Categories属性填充.
写的好像不怎么明白,只是个想法还没写成具体代码.
在Oxite中看到Post的FillTags的扩展方法,发现这是每个Post都要查询一次数据库.如果一个页面中要显示100个Post,那不就需要查询上100次?那还要加上FillUsers,FillCategories,Fill.....那相当恐怖了.虽然可以用缓存,但缓存多了这个筛选也是相当耗时的.还不如交给微软的SQL来做些工作.或者Oracle.
我改进一下,通过标识来决定一切,所有的查询我只有一个储存过程,并具只返回 标识字段(来自Openlab.Framework,他从来哪的我就不清楚了.),这样做的好处是可以充分利用MSSQL优化效果,如果你觉得不爽可以加入分页语句,但这样似乎就用不上MSSQL本身的缓存了,我在技术远远落后于MSSQL开发团队的情况下,还是把重要的事交给他们吧.
太晚了,不写了,明天把代码写上生成一些数据测试一下.
更多相关文章
- repcached与mysql缓存測试
- 为什么数据库设计人员不让标识列从最小值开始而不是从1开始?
- 如何将所有插入调用标识到表中
- Retrofit2,okhttp3 通过拦截器（Interceptor）两种缓存（离线和在线）
- Android图片缓存处理
- 使用drawables的IntelliJ Android缓存构建忽略了更改
- Android Studio Gradle 缓存文件夹设置
- android NDK 实用学习（四）-类缓存
- Javascript实现页面加载完成后自动刷新一遍清除缓存文件