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

            久久一区二区三区免费| 色老头网站久久网| 人妻丰满?V无码久久不卡| 久久99这里只有精品国产| 久久精品99久久香蕉国产色戒 | 久久久不卡国产精品一区二区 | 99久久夜色精品国产网站| 久久综合综合久久综合| 国产精品成人久久久久三级午夜电影| 国产精品免费久久久久影院| 久久AV高潮AV无码AV| 久久精品国产精品亚洲人人| 久久久久亚洲AV片无码下载蜜桃| 国产成人精品久久| 久久国产精品无码一区二区三区 | 久久精品亚洲一区二区三区浴池 | 99精品国产在热久久无毒不卡 | 国产免费久久精品99久久| 久久精品国产亚洲av麻豆蜜芽 | 无码人妻久久一区二区三区免费| 久久久国产精华液| 国产精品久久自在自线观看| 午夜欧美精品久久久久久久| 久久中文字幕人妻丝袜| 久久精品无码专区免费 | 91精品国产乱码久久久久久| 久久久久久精品成人免费图片 | 亚洲综合久久综合激情久久| 久久久久亚洲Av无码专| 99精品国产综合久久久久五月天| 亚洲国产日韩欧美综合久久| 久久精品无码av| 久久综合色区| 亚洲国产精品综合久久网络 | 久久精品日日躁夜夜躁欧美| 手机看片久久高清国产日韩| 久久国产美女免费观看精品| 精品无码久久久久久久久久| 久久99精品国产麻豆不卡| 久久久无码精品午夜| 香蕉99久久国产综合精品宅男自 |