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