• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數據加載中……

            數據庫應當適當冗余

            "遵守標準的數據庫具有以下特點:有一組表專門存放通過鍵連接起來的關聯數據。比方說,某個存放客戶及其有關定單的 3NF 數據庫就可能有兩個表:Customer OrderOrder 表不包含定單關聯客戶的任何信息,但表內會存放一個鍵值,該鍵指向 Customer 表里包含該客戶信息的那一行。更高層次的標準化也有,但更標準是否就一定更好呢?答案是不一定。事實上,對某些項目來說,甚至就連 3NF 都可能給數據庫引入太高的復雜性。
            為了效率的緣故,對表不進行標準化有時也是必要的,這樣的例子很多。曾經有個開發餐飲分析軟件的活就是用非標準化表把查詢時間從平均 40 秒降低到了兩秒左右。雖然我不得不這么做,但我絕不把數據表的非標準化當作當然的設計理念。而具體的操作不過是一種派生。所以如果表出了問題重新產生非標準化的表是完全可能的。"

            設計數據庫的時候要注意各個字段實際的意義, 比如說你做的定單, 如果該業務員換了單位, 你還會去修改他做的所有定單嗎? 這種事情是沒有的也是不應該的, 定單就是要反映做好時的狀況, 所以, 姓名在做定單的時候一定要填進去, 一旦定單簽好了, 無論ID有什么變化都不應該再做改動, 從這個意義上說, 定單表里一定要有業務員姓名的項目, 以便如實地反映出定單做好時的狀態.

            比較好的書籍:
            <數據庫系統概念>

            posted on 2009-06-18 14:14 肥仔 閱讀(220) 評論(0)  編輯 收藏 引用 所屬分類: 數據庫

            97精品国产91久久久久久| 精品蜜臀久久久久99网站| 国内精品伊人久久久久网站| 久久久久18| 精产国品久久一二三产区区别| 欧美噜噜久久久XXX| a级毛片无码兔费真人久久| 国产69精品久久久久观看软件| www.久久99| 精品多毛少妇人妻AV免费久久 | 欧美久久亚洲精品| 久久精品国产男包| 国产精品嫩草影院久久| 久久精品人人槡人妻人人玩AV | 国产真实乱对白精彩久久| 国产一区二区久久久| 国产精品99久久久久久宅男| 77777亚洲午夜久久多人| 无码任你躁久久久久久老妇| 狠狠色丁香久久综合婷婷| 精品久久久久久国产| 久久高潮一级毛片免费| 97热久久免费频精品99| 亚洲综合精品香蕉久久网| 日韩亚洲国产综合久久久| 国产成人精品久久| 青青草国产精品久久久久| 久久99精品国产一区二区三区| 欧美一区二区三区久久综合| 97香蕉久久夜色精品国产| 色播久久人人爽人人爽人人片aV | 狠狠干狠狠久久| 国产精品美女久久久久久2018| 婷婷伊人久久大香线蕉AV| 久久久亚洲欧洲日产国码是AV| 欧美粉嫩小泬久久久久久久| 九九热久久免费视频| 亚洲а∨天堂久久精品9966| 香蕉久久永久视频| 狠狠色噜噜色狠狠狠综合久久 | 久久久久久一区国产精品|