• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 探討大型項目中的主要問題──數據庫操作

    發表于:2008-07-10來源:作者:點擊數: 標簽:數據庫
    在大型項目中,我想在困擾大家的主要問題為 數據庫 的操作,本人就在項目中遇到了一些問題,在這里和大家交流下。 ◆1、 本人項目中有一個復雜視圖,數據量在2千萬以上,每次對這個視圖進行操作時,反映都很慢,而且這個視圖還經常用到,我當時想到的是緩存起
    在大型項目中,我想在困擾大家的主要問題為數據庫的操作,本人就在項目中遇到了一些問題,在這里和大家交流下。

     

      ◆1、 本人項目中有一個復雜視圖,數據量在2千萬以上,每次對這個視圖進行操作時,反映都很慢,而且這個視圖還經常用到,我當時想到的是緩存起來,可是因為數據量很大,緩存到服務器端是不現實的,我們項目組用到了一種解決方案,把此視圖填充到物理表中,對此物理表設置索引,但是又怕用戶查詢記錄時正好在填充物理表的時候,所以可以設置2個物理表,來回切換,即:第一次填充物理表A,第二次填充物理表B,下次再填充物理表A,如此反復,和.NET的根據時間緩存數據原理類似。大家可能會想到索引視圖,可是索引視圖限制太多,例如:不允許使用outer join 運算;表也不能與他自己連接;不允許進行子查詢;定義索引視圖的SELECT 語句不能包含下列關鍵詞:UNION、TOP、DISTINC、COMPUTE或者HAVING;不能包含通配符,所以不是很不實用。

     

      ◆2、 不要在數據表中用到自增長字段,因為再和其它數據庫導insert腳本時,是不能控制自增長列的值的。

     

      ◆3、 盡量少用外鍵約束,可以靠代碼實現,外鍵約束會使數據庫維護起來相當麻煩,尤其是在大項目中。

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>