【正文】 Most databases today support administrative tools that allowsome direct manipulationof the the lifeof this newsletter,I will be expandingon the concepts coveredby eachof Codd39。至少要支持以下兩種約束：實體完整性：主鍵中的屬性不允許為 NULL；參照完整性：對于關系數(shù)據(jù)庫中每個不同的非空的外碼值，必須存在一個取自同一個域匹配的主鍵值。 Rule7： HighlevelInsert,Update,andDelete Data can be retrievedfrom arelationaldatabasein sets constructedof datafrom multiple rowsand/or multiple states thatinsert,update,anddelete operations should be supportedforany retrievableset rather than justfor asingle rowin ，高階的插入，更新和刪除把一個基本關系或導出關系作為一個操作對象進行數(shù)據(jù)的檢索以及插入，更新和刪除。 Rule4： DynamicOnLine Catalog Basedon the Relational Model Arelationaldatabase must provide accessto its structure through the same tools that are usedto access the usually acplishedby storing the structure definition within special system ，基于關系模型的聯(lián)機目錄數(shù)據(jù)庫的 描述在邏輯上應該和一般數(shù)據(jù)采用同樣的方式，使得授權用戶可以使用查詢一般數(shù)據(jù)所用的關系語言來查詢數(shù)據(jù)庫的描述信息。s newsletter already discussed the basics of this ，信息準則關系數(shù)據(jù)庫中的所有信息都應在邏輯層上用表中的值顯式的表示。s ,the rules arenot talked aboutas much but remain agoalfor relationaldatabase alistof Codd39。 檢查設計 在開發(fā)期間檢查數(shù)據(jù)庫設計的常用技術是通過其所支持的應用程序原型檢查數(shù)據(jù)庫。這樣可以實現(xiàn)一種簡單機制跟蹤數(shù)據(jù)庫，當客戶抱怨他們的數(shù)據(jù)庫沒有達到希望的要求而與你聯(lián)系時，這樣做對非客戶機 /服務器環(huán)境特別有用。在創(chuàng)建下拉菜單、列表、報表時最好按照英語名排序。青島啤酒 39?；蛘吣憧赡芟Ｍ芷谛缘念A排，在輸入新數(shù)據(jù)同 時隨著你的進展對每一部分細節(jié)化。 采用給表、列 [字段 ]、觸發(fā)器等加注釋的數(shù)據(jù)庫工具。只要有可能都應該提 供給用戶一個清晰的價值列表供其選擇。編寫在線更新來 更新查詢 供以后萬一數(shù)據(jù)丟失可以重新處理更新。 采用視圖 為了在你的數(shù)據(jù)庫和你的應用程序代碼之間提供另一層抽象，你可以為你的應用程序建立專門的視圖而不必非要應用程序直接訪問數(shù)據(jù)表。激活數(shù)據(jù)庫系統(tǒng)的指示完整性特性。在目的站點收到你的數(shù)據(jù)之后更新你的標記。在寫數(shù)據(jù)的時候還可以增加觸發(fā)器來保證數(shù)據(jù)的正確性。如果你在數(shù)據(jù)層確實采用了約束，你要保證有辦法把更新不能通過約束檢查的原因采用用戶理解的語言通知用戶界面。但別忘了索引外鍵字段，它們在你想查詢主表中的記錄及其關聯(lián)記錄時每次都會用到。 我的看法是，假如你有可選鍵，比如國家表內的 state_code，你不要在現(xiàn)有不能變動的唯一鍵上創(chuàng)建后續(xù)的鍵。那樣的話，你就擁有了建立強大索引的能力。 如果索引完整性規(guī)則施加到表一級，那么在不編寫大量代碼和附加刪除記錄的情況下 幾乎不可能改變某一條記錄的鍵和數(shù)據(jù)庫內所有關聯(lián)的記錄。 Order 表的主鍵可能是 OrderNo 或者 OrderNo、 CustomerID 和日期的組合。還有，鍵的糾正可能會迫使你突破你的數(shù)據(jù)和商業(yè) /用戶界面層之間的隔離。這樣做會迫使你采取以下兩個措施： *在創(chuàng)建記錄之后對用戶編輯字段的行為施加限制。而且人們也都知道這是非法的，但他們已經習慣了。 不要把社會保障號碼 (SSN)或身份證號碼 (ID)選作鍵 永遠都不要使用 SSN 或 ID 作為數(shù)據(jù)庫的鍵。 大多數(shù)數(shù)據(jù)庫都索引自動創(chuàng)建的主鍵字段，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯(lián)表的某條記錄就用得上。 95%的數(shù)據(jù)庫性能問題都可以采用索引技術得到解決。 *所有的鍵都必須唯一。比方說，我通常在必須使用 SQL LIKE 表達式的情況下創(chuàng)建報表，因為 case number 字段無法分解為 year、 serial number、 case type 和 defendant code 等要素。這樣，數(shù)據(jù)庫和非人工機制就有效地控制了對存儲數(shù)據(jù)中每一行的訪問。他們并不是數(shù)據(jù)庫管理員，但是他們確定表內的鍵信息。我發(fā)現(xiàn)有一個指示計劃相當關鍵 當我想創(chuàng)建系統(tǒng)類型查找時為什么要采用號碼作為主索引字段呢 ?我可以用傳真號碼進行檢索，但是它幾乎就象系統(tǒng)類型一樣對我來說并不重要。我從中還要確定出一組客戶作為市場目標。 Order 表的前綴是or_，所以子段名是： or_order_id、 or_cust_name_id、 or_quantity 和 or_description 等。 列 [字段 ]命名技巧 我們發(fā)現(xiàn)，假如你給每個表的列 [字段 ]名都采用統(tǒng)一的前綴，那么在編寫SQL表達式的時候會得到大大的簡化。那你應該把數(shù)據(jù)庫表字段的長度設為 12或者13個字符長。最終可能會要求修改數(shù)據(jù)庫結構。假如你確實需要采用觸發(fā)器，你最好集中對它文檔化。 刪除標記 在表中包含一個 刪除標記 字段，這樣就可以把行標記為刪除。假如字段在某個表中叫做 agreement_number，你就別在另一個表里把名字改成 ref1。 小心保留詞 要保證你的字段名沒有和保留詞、數(shù)據(jù)庫系統(tǒng)或者常用訪問方法沖突，比如，最近我編寫的一個 ODBC 連接程序里有個表，其中就用了 DESC 作為說明字段名。 提防大小寫混用的對象名和特殊字符 過去最令我惱火的事情之一就是數(shù)據(jù)庫里有大小寫混用的對象名，比如CustomerData。我建議應該把姓氏和名字當作兩個字段來處理，然后在查詢的時候再把他們組合起 來。雖然地址和電話表分離通常可以達到最佳狀態(tài)，但是如果需要經常訪問這類信息，或許在其父表中存放 首選 信息 (比如 Customer 等 )更為妥當些。 每個表中都應該添加的 3個有用的字段 *dRecordCreationDate，在 VB下默認是 Now()，而在 SQL Server 下默認為 GETDATE() *sRecordCreator，在 SQL Server 下默認為 NOT NULL DEFAULT USER *nRecordVersion，記錄的版本標記；有助于準確說明記錄中出現(xiàn) null 數(shù)據(jù)或者丟失數(shù)據(jù)的原因 對地址和電話采用多個字段 描述街道地址就短短一行記錄是不夠的。最后 ADDRESS 可以具體為 Site、 Location、 Home、 Work、 Client、 Vendor、 Corporate 和FieldOffice 等。當你把這些常用的一般名字組合起來或者創(chuàng)建特定的相應副實體時，你就得到了自己用的特殊版本。 這里的含義不是讓 PERSON 實體帶有 Title 字段，而是說，為什么不用PERSON 實體和 PERSON_TYPE 實體來描述人員呢 ?比方說，當 John Smith,Engineer 提升為 John Smith,Director 乃至最后爬到 John Smith,CIO的高位，而所有你要做的不過是改變兩個表 PERSON 和 PERSON_TYPE 之間關系的鍵值，同時增加一個日期 /時間字段來知道變化是何時發(fā)生的。 不活躍或者不采用的指示符 增加一個字段表示所在記錄是否在業(yè)務中不再活躍挺有用的。曾經有個開發(fā)餐飲分析軟件的活就是用非標準化表把查詢時間從平均 40秒降低到了兩秒左右 。 Order 表不包含定單關聯(lián)客戶的任何信息，但表內會存放一個鍵值，該鍵指向 Customer 表里包含該客戶信息的那一行。 *表內的每一行都應該被唯一的標識 (有唯一鍵 )。事實上，如果過程是數(shù)據(jù)驅動的，你就可以把相當大的責任推給用戶，由用戶來 維護自己的工作流過程。 標準化和