【文章內(nèi)容簡介】 的碼為各實體碼的組合。 6 具有相同碼的關系模式可合并。 數(shù)據(jù)庫的概念模型到邏輯模型的轉換結果并不是惟一的，為了進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，還應對所得的關系模型進行適當?shù)男薷暮驼{(diào)整，這就是數(shù)據(jù)庫模型優(yōu)化所要完成的工作。應用規(guī)范化理論優(yōu)化邏輯模型一般要做如下工作： 1 確定出每個關系模式內(nèi)部屬性之間的數(shù)據(jù)依賴和不同關系屬性之間的數(shù)據(jù)依賴。關系模型的規(guī)范化理論是以分析屬性間的函數(shù)依賴為基礎，通過對關系模式的分解，逐步消除各處插入、刪除異常，減少數(shù)據(jù)的冗余。因此，確定數(shù)據(jù)依賴關系是優(yōu)化邏輯模型的首要工作。確定函 數(shù)依賴依據(jù)的是需求分析階段所得到的具體語義。 2 對各個關系模式之間的數(shù)據(jù)依賴進行極小化，消除冗余的聯(lián)系。 3 按照數(shù)據(jù)依賴和規(guī)范化理論對關系模式逐一進行分析，考察是否存在部分函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，從而確定各關系模式分別屬于第幾范式。確定各關系的范式級別為接下來的范式的分解和合并提供了依據(jù)。 4 根據(jù)需求分析階段所得的實際應用需求，確定是否對某些關系模式進行分解或合并。尤其值得注意的是，由于復雜的關系數(shù)據(jù)庫查詢操作通常涉及多個關系表之間的相互連接，從而一定程度地影響了查詢速度，而模式分解過多又 進一步加劇了多關系模式的連接操作，造成了整體效率的降低。提高查詢效率和分解關系模式是邏輯設計優(yōu)化中一對矛盾。對于一個具體應用來說，到底規(guī)范化進行到什么程度，需要綜合多種因素，權衡利弊得失，最后構造出一個較為切合實際需求的邏輯模型。通常，以模式分解、優(yōu)化達到 3NF 要求比較合適。 5 對關系模式進行進一步的分解和合并，減低數(shù)據(jù)的冗余和提高數(shù)據(jù)操作的效率。對于已形成的關系模式，在不影響查詢速度、保持數(shù)據(jù)處理方式和用戶具體要求相一致的前提下可進行必要的分解、優(yōu)化。對于模式過小、關聯(lián)關系較多所引起的整體效率減低，或所 形成的關系模式與用戶需求差別較大的情況，必須進行必要的合并。需要強調(diào)，規(guī)范化本身是一種理論，它是數(shù)據(jù)設計人員用于判斷所設計的關系數(shù)據(jù)庫模式優(yōu)劣程度的工具，它的存在使數(shù)據(jù)庫設計有了嚴格的理論基礎，同是由于規(guī)范化可以較好地解決冗余與更新異常現(xiàn)象，因而已成為數(shù)據(jù)庫設計所要考慮的重要環(huán)節(jié)之一。但在實際設計中，由于種種現(xiàn)實因素的影響，優(yōu)化所產(chǎn)生的關系數(shù)據(jù)庫模式往往作為設計人員和用戶實現(xiàn)具體模型的一個參考。 將概念設計所得的 ER 圖轉換為關系模型如下所示 . 1 患 者 患者編號，患者姓名，性別，出生日期，單位 2 醫(yī) 生 醫(yī)生編號，醫(yī)生姓名，性別，年齡，職稱，所屬科室 3 科 室 科室編號，科室名稱 4 醫(yī) 技 醫(yī)技編號，醫(yī)技名稱，醫(yī)技拼音碼，醫(yī)技計量單位，醫(yī)技單價 5 費用項 費用編號，費用名稱，費用單位，費用價格 6 藥 品 藥品編號，藥品名稱，批號，藥品單價，所屬類別，生產(chǎn)日期，保質期，藥品拼音碼，藥品計量單位 7 處 方 處方號，藥品編號，患者編號，醫(yī)生編號，費用編號，收據(jù)號，數(shù)量，單價 ,執(zhí)行狀態(tài) 8 處 置 處置單號 , 醫(yī)技編號，患者編號，醫(yī)生編號，費用編號，收據(jù)號，數(shù)量，單價 ，執(zhí)行狀態(tài) 9 收 據(jù) 收據(jù)號，患者編號，費用編號，金額，數(shù)量 物理設計 數(shù)據(jù)庫物理設計階段的任務是根據(jù)具體計算機系統(tǒng) DBMS 和硬件等 的特點，為給定的數(shù)據(jù)庫模型確定合理的存儲結構和存取方法。所謂的“合理”主要有兩個含義：一個是要使設計出的物理數(shù)據(jù)庫占用較少的存儲空間，另一個對數(shù)據(jù)庫的操作具有盡可能高的速度。數(shù)據(jù)庫的物理設計通常分為兩步： ，在關系數(shù)據(jù)庫中主要指存取方法和存儲結構； ，評價的重點是時間和空間效率。 醫(yī)院門診收費管理系統(tǒng)在進行物理設計時，充 分考慮到了物理設計的兩個重要要素。在確定數(shù)據(jù)庫的存取方法時，就應該確定建立哪些存儲路徑以實現(xiàn)快速存取數(shù)據(jù)庫中的數(shù)據(jù)?，F(xiàn)行的 DBMS 一般都提供了多種存取方法，如：索引法、聚簇法、 HASH 法。其中最常用的是索引法，索引法也是醫(yī)院信息系統(tǒng)物理設計時考慮的重點。 模塊設計 根據(jù)需求分析，本系統(tǒng)結構采用流行的 C/S 客戶機 /服務器 結構模式，該模式的主要特點是：系統(tǒng)的管理人員以及使用者在客戶端對服務器端的數(shù)據(jù)庫進行各種操作，操作的結果又由服務器端的數(shù)據(jù)庫發(fā)送給客戶端顯示出來；客戶端和數(shù)據(jù)庫服務器可以在同一臺計算機上安 裝，也可以在處于聯(lián)網(wǎng)狀態(tài)的不同機器上安裝，形式比較自由，安裝比較方便；該模式同時具有開發(fā)時間短，成本較低，而且數(shù)據(jù)量的傳輸快等優(yōu)點。在本系統(tǒng)中，服務器端使用比較流行 SQL Server 2021 數(shù)據(jù)庫系統(tǒng)。 在醫(yī)院門診收費管理系統(tǒng)的基礎信息管理子系統(tǒng)中，采用了模塊化的設計原理 ,它不僅可以使系統(tǒng)結構清晰，而且容易設計、也容易閱讀和理解。另外，因為程序錯誤通常局限在有關的模塊及它們之間的接口中，所以模塊化使系統(tǒng)容易測試和調(diào)試，因而有助于提高系統(tǒng)的可靠性。因為變動往往只涉及少數(shù)幾個模塊，所以模塊化能夠提高系統(tǒng)的可 修改性。模塊化也有助于軟件開發(fā)工程的組織管理。 本系統(tǒng)按照系統(tǒng)的功能劃分如下圖 所示。 圖 系統(tǒng)功能圖 系統(tǒng)實施 在系統(tǒng)設計完成之后，設計者對系統(tǒng)的結構、功能已經(jīng)分析得較為清楚了，但這還只是停留在文檔階段。系統(tǒng)實施的根本目的，是為用戶提供一個能夠實際運行的系統(tǒng)，并保證該系統(tǒng)的穩(wěn)定和高效。 后臺數(shù)據(jù)庫 Microsoft SQL Server 2021 是一個為滿足分布式客戶機 /服務器需要而設計的可伸縮的、高性能的數(shù)據(jù)庫管理系統(tǒng)。它的許多功能和可靠性是通過與Windows 2021 集成實現(xiàn)的。 MS SQL Server 2021 通過下述方式來滿足要求 :集成了 Microsoft Windows 2021 線程和調(diào)度服務器、 PerformanceMonitor 性能監(jiān)視器 和 Event Viewer 事件查看器 。這樣，用戶對網(wǎng)絡和 Microsoft SQL Server只需做一次 Windows 2021 登錄，簡化了用戶賬號管理。應用內(nèi)置的復制與基于Windows 2021 Server 的計算機交換數(shù)據(jù)，向其它訂閱者發(fā)布數(shù)據(jù)，并確保企業(yè)組織能可靠地向整個企業(yè)發(fā)布信息。使用綜合的分布框架，集中管理整個企業(yè)的服務 器。使用基于 Windows 的管理接口對多個服務器進行可視的拖放控制，這可對數(shù)據(jù)復制、服務器操縱、診斷和調(diào)整以及對專門數(shù)據(jù)庫對象的建立和管理任務實施遠程管理。此外，自動對象庫使你能建立定制的服務器管理應用。任務調(diào)度為建立服務器任務 如執(zhí)行命令和 TransactSQL 語句 或復制任務以及調(diào)度它們在指定時間執(zhí)行等提供了更容易的方法。發(fā)現(xiàn)任何 Microsoft SQL Server 事件時，發(fā)出警報。 超大型數(shù)據(jù)庫采用并行結構，為許多開發(fā)和維護任務提拱了較好的支持，減少輸入 /輸出 工 /0 ，并提高了系統(tǒng)的性能和可 擴充性。微軟 SQL Server 2021數(shù)據(jù)倉庫集各大型數(shù)據(jù)庫的優(yōu)勢于一體，以超強的管理理念，對各種不同的數(shù)據(jù)庫，陳年老數(shù)據(jù)進行清洗、過濾、挖掘、抽取、分析，最終達到您的所需。 SQL 2021 特性 : 1 多點管理、警報、響應管理 2 調(diào)整分析器、圖文并茂 3 綜合的協(xié)調(diào)性、標準的兼容性 4 無損的數(shù)據(jù)遷移、轉換 5 強大的可分散、移動數(shù)據(jù)庫 6 數(shù)據(jù)集成，多庫 Inter 管理 7 超強抵制侵襲，起源安全的保密性 SQL Server 2021 能給醫(yī)院信息化系統(tǒng)帶來的好處 : 1 再次利用現(xiàn)有系統(tǒng)中的數(shù)據(jù)，從而實現(xiàn)跨數(shù)據(jù)平臺進行數(shù)據(jù)抽取 2 實現(xiàn)醫(yī)院間、醫(yī)院與衛(wèi)生局之間的多點管理、存貯、控制 3 對操作數(shù)據(jù)進行多平臺判定審核，證實操作行為 4 特定的排錯功能，詳細的事務過程分析，使系統(tǒng)有非常高的完整性 5 真正起到對數(shù)據(jù)進行清洗、過濾、加載、分析作用并能抽取到系統(tǒng)中心的數(shù)據(jù)倉庫 創(chuàng)建數(shù)據(jù)庫 既然選擇用 SQL Server 2021 作為后臺數(shù)據(jù)庫，我們就可以在 SQL Server 2021 上創(chuàng) 建數(shù)據(jù)庫。 在進入企業(yè)管理器之后，將鼠標光標放在“數(shù)據(jù)庫”后單擊鼠標右鍵，然后從彈出菜單中選擇“新建數(shù)據(jù)庫，”出現(xiàn)如圖 所示。 圖 SQL Server 新建數(shù)據(jù)庫對話窗口 在“名稱”一欄輸入要建立數(shù)據(jù)庫的名字，在門診收費信息系統(tǒng)中數(shù)據(jù)庫的名稱為“ ylgl”。在“數(shù)據(jù)文件”和“日志文件”兩頁可以修改數(shù)據(jù)庫的存放位置，如果不修改，數(shù)據(jù)庫將會被建立在默認位置上。在輸入名稱后，單擊“確定”按鈕，關閉此對話框，門診收費信息系統(tǒng)的數(shù)據(jù)庫就建立好了。以后，就可以在建立好的數(shù)據(jù)庫上創(chuàng)建數(shù)據(jù)表等相關操作了。 創(chuàng)建數(shù)據(jù)表 根據(jù)邏輯設計中轉換后的關系模型以及對關系模型進行的優(yōu)化，可以在已經(jīng)創(chuàng)建好的數(shù)據(jù)庫上創(chuàng)建數(shù)據(jù)表。具體的數(shù)據(jù)表結構如表 、表 、表 、表 、表 、表 、表 、表 、 所示。 表 患者表（ hz） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ID int 4 否 是 序號 hzbh char 4 否 是 患者編號 name varchar 50 是 患者姓名 sex char 2 是 性別 birthday datetime 8 是 出生日期 dw char 20 是 單位 表 醫(yī)生表（ ys） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ID int 4 否 是 序號 ysbh char 4 否 是 醫(yī)生編號 ysxm varchar 50 是 醫(yī)生姓名 sex char 2 是 性別 birthday datetime 8 是 出生日期 ksbh varchar 20 是 外 科室編號 degree varchar 10 是 職稱 表 藥品表（ yp） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ID int 4 否 是 序號 ypbh char 4 否 是 藥品編號 ypmc varchar 50 是 藥品名稱 scrq int 8 是 生產(chǎn)日期 bzq int 2 是 保質期 sslb varchar 20 是 所屬類別 ph char 10 是 批號 ypdj money 5 是 藥品單價 yppym char 40 是 藥品拼音碼 ypjldw int 4 是 藥品計量單位 表 醫(yī)技表（ yj） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ID int 4 否 是 序號 yjbh char 4 否 是 醫(yī)技編號 yjmc varchar 50 是 醫(yī)技名稱 yjdj money 5 是 醫(yī)技單價 yjpym char 50 是 醫(yī)技拼音碼 yjjldw int 4 是 醫(yī)技計量單位 表 處方表（ cf） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ID int 4 否 是 序號 cfh char 50 否 是 處方號 ypbh char 4 否 是 藥品編號 hzbh char 4 是 外 患者編號 ysbh char 4 是 外 醫(yī)生編號 fybh char 4 是 外 費用編號 sjh char 50 是 收據(jù)號 dj money 5 是 單價 sl char 50 是 數(shù)量 表 收據(jù)表（ sj） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ID int 4 否 是 序號 sjh char 50 否 是 收據(jù)號 hzbh char 4 否 是 患者編號 fybh char 4 否 是 費用編號 je money 5 是 金額 sl char 50 是 數(shù)量 表 處置表（ cz） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ID int 4 否 是 序號 czdh char 50 否 是 處置單號 yjbh char 4 否 是 醫(yī)技編號 hzbh char 4 是 外 患者編號 ysbh char 4 是 外 醫(yī)生編號 fybh char 4 是 外 費用編號 sjh char 50 是 收據(jù)號 dj money 5 是 單價 sl char 50 是 數(shù)量 表 費用項表（ fyx） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ID int 4 否 是 序號 fybh char 4 否 是 費用編號 fymc varchar 50 是 費用名稱 fyjg money 5 是 費用價格 fydw int 4 是 費用單位 表 科室表（ ks） 列名 數(shù)據(jù)類型 長度 允許空 主 /外鍵 自動編號 含義 ksbh char 4 否 是 科室編號 ksmc varchar 20 是 科室名稱 在完成數(shù)據(jù)庫中各個表結構的創(chuàng)建之后，還要畫出數(shù)據(jù)庫中部分表之間的關系。如圖 所示。 圖 關系圖 前臺實施 醫(yī)院門診收費管理系統(tǒng)