专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
  1. 自增长 primary key  采用自增长 primary key主要是性能早期数据库系统经常采用某种编号比如身份证号码公司编号等等作为数据库表 primary key然而很快大家就发现其中不利的处  比如早期医院管理系统用身份证号码作为病人表 primary key然而第不是每个人都有身份证;第 2对于国外来病人区别国家病人证件号码并不见得没有重复因此用身份证号码作为病人表 primary key是个非常糟糕设计考虑到没有医生或者护士会刻意去记这些号码使用自增长 primary key是更好设计  公司编号采用某种特定编码思路方法这也是早期数据 [阅读全文] [PDF]
在大型项目中,我想在困扰大家的主要问题为数据库的操作,本人就在项目中遇到了一些问题,在这里和大家交流下。 ◆1、 本人项目中有一个复杂视图,数据量在2千万以上,每次对这个视图进行操作时,反映都很慢,而且这个视图还经常用到,我当时想到的是缓存起来,可是因为数据量很大,缓存到服务器端是不现实的,我们项目组用到了一种解决方案,把此视图填充到物理表中,对此物理表设置索引,但是又怕用户查询记录时正好在填充物理表的时候,所以可以设置2个物理表,来回切换,即:第一次填充物理表A,第二次填充物理表B,下次再填充物理表A,如此反复,和.NET的根据时间缓存数据原理类似。大家可能会想到索引视图,可是索引视图限 [阅读全文] [PDF]
1 共2条 分1页