• <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 肥仔 閱讀(222) 評論(0)  編輯 收藏 引用 所屬分類: 數據庫

            26uuu久久五月天| 久久笫一福利免费导航| 亚洲AV日韩精品久久久久久| 久久人人爽人人爽人人片AV东京热| 2022年国产精品久久久久| 亚洲精品乱码久久久久久蜜桃图片 | 亚洲国产精品成人久久蜜臀| 日韩电影久久久被窝网| 亚洲国产精品无码久久98| 奇米综合四色77777久久| 国产Av激情久久无码天堂| 久久久WWW成人免费毛片| 久久精品日日躁夜夜躁欧美| 久久精品成人免费看| 一级做a爰片久久毛片看看| 亚洲av日韩精品久久久久久a| 精品一区二区久久久久久久网站| 国产精品成人99久久久久| 日韩AV毛片精品久久久| 日韩乱码人妻无码中文字幕久久| 精品久久久久久无码中文字幕 | 精品无码久久久久久尤物| 久久99精品国产麻豆蜜芽| 亚洲香蕉网久久综合影视| 久久99国产精品久久99果冻传媒 | 97精品依人久久久大香线蕉97| 国产欧美久久一区二区| 欧美久久亚洲精品| 久久亚洲高清观看| 噜噜噜色噜噜噜久久| 久久九色综合九色99伊人| 久久久青草久久久青草| 久久天堂AV综合合色蜜桃网| 久久婷婷午色综合夜啪| 久久精品亚洲男人的天堂| 青青热久久综合网伊人| 国产99精品久久| AV狠狠色丁香婷婷综合久久| 亚洲AV日韩AV天堂久久| 亚洲va久久久噜噜噜久久天堂| 久久夜色精品国产噜噜麻豆|