江南小區(qū)戶籍管理系統(tǒng)(編輯修改稿)
2025-05-09 22:31 本頁面
【文章內容簡介】 徑） 刪除（多種刪除途徑） 查詢（多種查詢方式） 修改（兩種修改方式） 查詢變更記錄 數(shù)據(jù)庫備份 數(shù)據(jù)流圖1nnm戶籍信息變更申請負責人提交批準(1) 構造邏輯模型的工具是數(shù)據(jù)流圖和數(shù)據(jù)字典。以下是從第3層數(shù)據(jù)流程圖入手，分別畫出分E－R圖。n負責人戶籍信息變更明細表更改遷入人員明細表1nn更改遷出人員明細表負責人戶籍信息表更改1居民負責人1負責人1n圖二er更改(2)合并各分ＥＲ圖,消除屬性沖突、命名沖突、結構沖突等三類沖突，得到綜合ER圖。圖三er遷入人員明細表遷出人員明細表居民提交更改戶籍信息變更明細表戶籍信息表戶籍信息變更申請批準負責人nmn11nnnn表1 數(shù)據(jù)項列表數(shù)據(jù)項編號數(shù)據(jù)項與其它數(shù)據(jù)項的關系存儲結構DI1編號Int(4)DI2姓名char(20)DI3性別char(10)DI4民族char(2)DI5文化程度Char(10)DI6身份證號碼char(10)DI7戶主姓名char(10)DI8與戶主關系char(10)DI9出生地址char(20)DI10現(xiàn)住地址Char(20)DI11登記日期DatetimeDI12人口類型Char(10)DI13聯(lián)系人Char(10)DI14固定電話Char(10)DI15手機Char(20) DI16傳真Char(20)DI17電子郵件Char(20)DI18行政區(qū)劃Int(4)DI19遷入時間DatetimeDI20遷入原因Char(50)DI21原來地址Char(10) DI22原行政區(qū)劃等于行政區(qū)劃Int(4)DI23辦理人Char(10)DI24遷出時間DatetimeDI25遷出原因Char(20)DI26遷往何地Char(20)DI27遷往行政區(qū)等于行政區(qū)劃Int(4)DI28孕婦姓名Char(10)DI29出生日期DatetimeDI30孕齡Int(4)DI31婚姻狀況Char(2)DI32結婚時間DatetimeDI33生育實踐Char(10)DI34檢查時間DatetimeDI35變更時間DatetimeDI36變更項Char(20)DI37變更原因Char(20)DI38原來的信息Char(20)DI39新的信息Char(20)DI40管理員編號Int(4)DI41管理員姓名Char(10)DI42密碼Char(10)將ER圖轉換為關系模型實際上就是要將實體、實體的屬性和實體之間的聯(lián)系轉化為關系模式,這種轉換一般遵循如下原則： 1）一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性。實體的碼就是關系的碼。 2）一個m:n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性。而關系的碼為各實體碼的組合。 3）一個1:n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。 4）一個1:1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。5）三個或三個以上實體間的一個多元聯(lián)系轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性。而關系的碼為各實體碼的組合。6）同一實體集的實體間的聯(lián)系，即自聯(lián)系，也可按上述1:1:n和m:n三種情況分別處理。 7）具有相同碼的關系模式可合并。 為了進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，通常以規(guī)范化理論為指導，還應該適當?shù)匦薷?、調整數(shù)據(jù)模型的結構，這就是數(shù)據(jù)模型的優(yōu)化。確定數(shù)據(jù)依賴。消除冗余的聯(lián)系。確定各關系模式分別屬于第幾范式。確定是否要對它們進行合并或分解。一般來說將關系分解為3NF的標準，即：表內的每一個值都只能被表達一次；表內的每一行都應該被唯一的標識（有唯一鍵）；表內不應該存儲依賴于其他鍵的非鍵信息。根據(jù)以上原則，ER圖轉換為以下關系模型：居民戶籍信息(編號，姓名，性別，民族，身份證號碼，戶主姓名，與戶主關系，出生地址，現(xiàn)住地址，登記日期，人口類型，備注)居民通訊錄(編號，聯(lián)系人，固定電話，手機，傳真，電子郵件，地址)遷入人員明細表(編號，姓名，身份證號碼，遷入時間，遷入原因，原來地址，原行政區(qū)劃，辦理人)遷出人員明細表(編號，姓名，身份證號碼，遷出時間，遷出原因，現(xiàn)在住址址，遷往何地，遷往政區(qū)劃，注銷日期)計劃生育管理（編號，孕婦姓名，戶主姓名，關系，出生日期，孕齡，婚姻狀況，結婚時間，生育實踐，檢查時間）變更明細表（編號，記錄，姓名，變更時間，變更項，變更原因，原來的信息，新的信息，本地辦理負責人）行政區(qū)劃（編號，省份）表2 數(shù)據(jù)庫模式定義表編號邏輯結構(基本表)定義完整性和安全性T－１居民戶籍信息（詳見附錄1－1）（詳見附錄1－1）T－2居民通訊錄（詳見附錄1－2）（詳見附錄1－2）T－3遷入人員明細表（詳見附錄1－3）（詳見附錄1－3）T－4遷出人員明細表（詳見附錄1－4）（詳見附錄1－4）T－5計劃生育管理（詳見附錄1－5）（詳見附錄1－5）T－6變更明細表（詳見附錄1－6）（詳見附錄1－6）T－7行政區(qū)劃（詳見附錄1－7）（詳見附錄1－7）表3 用戶子模式設計(View)列表編號用戶子模式(View)作用(共性：提供數(shù)據(jù)保密和安全保護機制)V－1P_Information便于查詢和修改居民信息V－2Revised1便于查詢和修改遷入人員信息V－3Revised2便于查詢和修改遷出人員信息V－4BirthPlan便于查詢和修改計劃生育管理信息5物理設計階段數(shù)據(jù)庫物理設計的任務是選擇合適的存儲結構和存取路徑，也就是設計數(shù)據(jù)庫的
公司管理相關推薦
鄂ICP備17016276號-1