各種小技巧

1. 文檔、文檔、文檔

對所有的快捷方式、命名規范、限制和函數都要編制文檔。

— nickypendragon

采用給表、列、觸發器等加注釋的數據庫工具。是的，這有點費事，但從長遠來看，這樣做對開發、支持和跟蹤修改非常有用。

— chardove

取決于你使用的數據庫系統，可能有一些軟件會給你一些供你很快上手的文檔。你可能希望先開始在說，然后獲得越來越多的細節。或者你可能希望周期性的預排，在輸入新數據同時隨著你的進展對每一部分細節化。不管你選擇哪種方式，總要對你的數據庫文檔化，或者在數據庫自身的內部或者單獨建立文檔。這樣，當你過了一年多時間后再回過頭來做第2 版本，你犯錯的機會將大大減少。

— mrs_helm

2. 使用常用英語（或者其他任何語言）而不要使用編碼

為什么我們經常采用編碼（比如9935A 可能是墨水筆的供應代碼，4XF788-Q可能是帳目編碼）？理由很多。但是用戶通常都用英語進行思考而不是編碼。工作5 年的會計或許知道4XF788-Q 是什么東西，但新來的可就不一定了。在創建下拉菜單、列表、報表時最好按照英語名排序。假如你需要編碼，那你可以在編碼旁附上用戶知道的英語。

— amasa

3. 保存常用信息

讓一個表專門存放一般數據庫信息非常有用。我常在這個表里存放數據庫當前版本、最近檢查/修復（對Access）、關聯設計文檔的名稱、客戶等信息。這樣可以實現一種簡單機制跟蹤數據庫，當客戶抱怨他們的數據庫沒有達到希望的要求而與你聯系時，這樣做對非客戶機/服務器環境特別有用。

— Richard Foster

4. 測試、測試、反復測試

建立或者修訂數據庫之后，必須用用戶新輸入的數據測試數據字段。最重要的是，讓用戶進行測試并且同用戶一道保證你選擇的數據類型滿足商業要求。測試需要在把新數據庫投入實際服務之前完成。

— juneebug

5. 檢查設計

在開發期間檢查數據庫設計的常用技術是通過其所支持的應用程序原型檢查數據庫。換句話說，針對每一種最終表達數據的原型應用，保證你檢查了數據模型并且查看如何取出數據。

— jgootee

6. Access 設計技巧

對復雜的Microsoft Access數據庫應用程序而言，可以把所有的主表放在一個數據庫文件里，然后增加其他數據庫文件和裝載同原有數據庫有關的特殊函數。根據需要用這些函數連接到主文件中的主表。比如數據輸入、數據QC、統計分析、向管理層或者政府部門提供報表以及各類只讀查詢等。這一措施簡化了用戶和組權限的分配，而且有利于應用程序函數的分組和劃分，從而在程序必須修改的時候易于管理。

— Dennis Walden