發現數據對象 -- 數據庫開發的關鍵

? 不管你是開發簡單的數據庫系統，還是復雜的系統甚至是做數據倉庫，選用Sybase或Oracle，乃至簡單的用Access或Foxpro，只要是關系型數據庫都難免為了設計那一張張表頗費心思。起初寫代碼的時候并不用考慮這些事情，因為前期的設計工作已經有人做了，看起來也就那么回事，不就是第二范式或第三范式嗎。后來才發現，整理出那幾張表確實不容易，型的不好的話數據結構一變動，所有的代碼都得變，這恐怕是我們做過數據庫系統的人都經歷過的。經過幾次經驗教訓，摸索出自己的一套發現數據的方法，拿出來和大家切磋切磋。（以圖書館為例，爛的不能再爛的例子了）。 第一步，找物。數據管理的就是公司或部門動作需要的數據，和業務相關，必然也和物相關，唯物論嘛。你說人事系統中沒有物，其實人事系統中的檔案就是數據的原始形態，沒有計算機前還不是檔案在起作用，是管理的對象。在圖書館管理系統中的物就是圖書了。相應的也就有圖書號、作者、出版社、出版年月、庫存量、庫存位置等數據項了。這些數據往往是數據一致性和完整性考慮的重點所在。 第二步，找人。以人為本嘛，圍繞相應的物必然存在和它們有關系的人。在圖書管理系統中，自然就有圖書管理員和讀者了。數據庫管理系統本身是為了方便人管理數據的，可它往往也喜歡把管理數據的人的情況記錄下來，防止出現職責不明，也就數據管理中的一條主線。習慣把圖書管理員稱為員工，讀者稱為客戶，相應的有ID號、姓名、性別、照片、住址、身份等。 第三步，找單據。在具體的業務中往往存在大量的單據，如入庫單、借書單、還書單等待需要和客戶或相應業務部門作信用記錄或記賬用的單據，往往和人和物都有關系，這時你就發現前面已經找好的人和物在這里就用上了。如果分析作的好的話。這里需要的數據項前面基本上都有了，只要引用就可以了。因為這些單據是經常使用的，所以主要索引的建立往往也在些就可以確定了。 第四步，找匯報和總結。統計和報表是每個數據庫系統不可缺少的功能，它的來源往往是實際業務工作的需要，有的有現成的報表參考還好，沒有的話，你就要想到，不能便于使用人員向上級部門做業績匯報和對下級進行總結的系統，是得不到使用人員尤其是管理人員的認可的，你就等著返工吧。這時候，充分的溝通就會進一步完善前三步設計的數據項。在圖書管理系統中，我們不僅設計了常用的館藏統計、借閱統計、更新統計等和日常業務相關的報表，還做了各類圖書利用率統計、破損（遺失）統計、借閱量統計等待便于決策的報表，這些設計是從管理人員的例行報告中偶爾看到的，極大滿足了系統的實際使用效果，也就很多書上沒有提到過的。 至此，應該是發現了大多數的數據項了。另外的數據項就是常規的業務流程分析了，從物到物或從物到帳，找出新的業務關系數據，這些數據也將是快速模型法變化較多的地方。沒辦法，管理方法的更新必然帶來業務流程的微微變化，但基本上述四項數據是沒有多大變化的。 然后就可以考慮用第Z范式來整理得到的數據對象，確定保障數據完整性、一致性和并發性策略和機制。根據業務流程和具體開發使用的數據庫系統來設計一套的權限控制策略，制作精美的人機交互界面。

轉載于:https://blog.51cto.com/gang4415/259819

總結

以上是生活随笔為你收集整理的发现数据对象 -- 数据库开发的关键的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。