• <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)  編輯 收藏 引用 所屬分類: 數據庫

            久久人做人爽一区二区三区 | 人人狠狠综合久久亚洲高清| 午夜精品久久久久久| 久久久久久精品免费免费自慰| 国产高潮国产高潮久久久| 精品久久久久国产免费| 日本人妻丰满熟妇久久久久久| 久久国产福利免费| 欧美牲交A欧牲交aⅴ久久| 久久e热在这里只有国产中文精品99| 国产精品乱码久久久久久软件| 免费精品99久久国产综合精品| 久久久久久久波多野结衣高潮| 国内精品伊人久久久久网站| 欧美午夜精品久久久久免费视| 香港aa三级久久三级老师2021国产三级精品三级在 | 久久精品国产男包| 国产成人无码精品久久久久免费 | 久久久无码一区二区三区| 精品综合久久久久久88小说| 久久精品aⅴ无码中文字字幕重口| 久久久久亚洲AV无码去区首| 久久国产高清字幕中文| 蜜臀av性久久久久蜜臀aⅴ| 欧美成a人片免费看久久| 99久久夜色精品国产网站| 久久国产精品99国产精| 亚洲成色WWW久久网站| 久久久久高潮综合影院| 一97日本道伊人久久综合影院| 久久精品成人免费观看97| 欧美综合天天夜夜久久| 91久久精一区二区三区大全| 日韩精品久久久久久免费| 国内精品综合久久久40p| 久久亚洲sm情趣捆绑调教| 女人高潮久久久叫人喷水| 久久夜色撩人精品国产| 久久久久久噜噜精品免费直播| 国产精品日韩深夜福利久久| 精品视频久久久久|