地鐵資料庫設計

Ⅰ 資料庫設計，地鐵客票管理系統的實體及相關屬性

摘要圖書館管理系統，圖書管理系統是典型的管理信息系統（MIS），其開發主要包括建立和維護，以及後端資料庫前端應用程序開發方面的發展。對於前者要求建立起數據一致性和完整性，數據安全性好的庫。對於後者則要求應用程序功能完備，使用方便的特點。因此，結合開放式圖書館為MS SQL Server2000資料庫管理系統，SQL語言原理，Delphi應用程序設計，Delphi資料庫技術進行了較深入的研究和應用，主要完成對圖書管理系統的需求分析，功能的要求模塊劃分，資料庫模式分析，並由此設計了資料庫結構和應用程序。結果證明，該系統運行時，這篇文章是為了滿足三方面的圖書管理系統借款，圖書館工作人員和高級管理人員的需求。資料庫應用系統開發和圖書管理系統，扼要地介紹和圖書館管理系統的開發工作分析的第一章進行。資料庫設計和SQL語言的第二章採用了系統的分析，為深入資料庫應用基礎的了解。第三章研究的具體的開發工具Delphi的6.0，推出了其系統的資料庫組件，在Delphi資料庫編程等關鍵技術的SQL語言的應用。第四章分析了應用程序庫管理信息系統，資料庫設計理論是按照循序漸進的系統需求說明書，局部ER圖，全局ER圖給出的系統模式，子模式之間的關系，利用MS SQL Server2000中建立了第一個資料庫五章具體的方案設計，具體的操作許可權分為三類用戶，這三個介面的設計。實現了資料庫表的瀏覽記錄的添加，刪除和，生成報表，並實現了連接操作多個資料庫表，實現了多條件查詢和模糊查詢，靈活實現了對不可更新的查詢結果集的更新操作，以實現從操作主表，和密碼維護功能，最後，該系統還可以與資料庫結構來操作導入任何資料庫。設計採用德爾福6，MS SQL Server2000資料庫技術的強大功能，以提高編程效率和可靠性的優勢。關鍵詞：資料庫，SQL語言，MS SQL Server中，的Delphi6，資料庫組件，圖書管理，表格，列表視圖組件目錄摘要......................... ........................................... ...... ...............我第一章................................ ..............................................1§1.1資料庫應用程序開發簡介............ ................................... .......1§1.2圖書館管理系統..................................... ..........................4§1.3的主要工作是做................ ............................................ 6第二章資料庫的理論基礎.................................................. ................ 7§2.1資料庫系統的設計和分析範式......................... ..........................7§2.2SQL語言介紹.................. ....................................... ........... ....... 112.2.1基於SQL ...................................... ..................................... 112.2.2 SQL語句........ ................... ............................... ................. 12第三章應用程序開發工具........................... ..............................16§3.1Delphi6.0中VCL ............. ................................16§3.2資料庫組件體系結構組件引入了.......... .................................................. .........在Delphi應用程序17§3.3 SQL語言................................. ..................18§3.4MS SQL Server說明......................... .......................... 22 .........第四章庫管理系統的設計和分析應用需求分析... ............................................. ..... ...........................................24§4.1.... .................24§4.2系統功能模塊........................... ....................................29§4.3系統資料庫設計........ ................... ............................... ........ 29章圖書管理系統的應用設計................................... .......37§5.1系統窗體模塊............... ...................... .............................形式的37§5.2數據模塊............ .................................................. 。37§5.3閃屏實現........................................... ..........................38§5.4實現用戶登錄表單................ ....................... ........................39§5.5用戶密碼驗證，實現實現的一種形式......................................... ................39§5.6借款人服務模塊......... ................... ................................ 405.6.1實現.............. ...........................................圖書搜索功能415.6.2借款人登錄實現的功能............................................. ............ 425.6.3借款人的貸款條件功能實現............................. ...................... 435.647§5.7人員0.4借款人的個人資料維護功能的實現............... .............................. - 借書/回報的實現模塊............. ....................... ......... 495.7.1工作人員圖書借閱功能的實現......... .................................... 505.7.2工作人員的職能，實現圖書的回報... .................................實現................ ................................... .........53§5.8模塊545.8。 1館員館員庫管理功能，實現........................ .................. 555.8.2圖書館員和管理員的工作管理職能，實現........................ 585.8.3圖書管理員實現的書籍和雜志類的功能... .........實現............... 605.8.4館員借款人的管理功能.................. ..................... 625.8.5庫維護 - 借款人的管理功能.................... 。..................維持身份625.8.6庫函數執行...................... ....................... 645.8.7庫借款人統計實現.................... .... ............... 655.8.8借閱圖書館的統計數據過時的記錄來實現功能的實現................... ...........67§5.9信息顯示系統................................. ............ ............ 68第六章結論...................... .................................................. 69致謝............................................. ... .......................................... 70參考書目70首先.... .................................................. .................................章介紹§1.1資料庫應用程序開發前，資料庫應用程序開發的介紹，資料庫開發基本概念應理解，結構，資料庫應用程序開發的步驟開發系統和資料庫的方法應該有一個很清楚的了解和認識。資料庫應用程序開發的目標是建立一個長期的，以滿足用戶的需求。主要工藝發展是：理解用戶的需求，然後把它們變成有效的資料庫設計。這些設計轉化為實際的資料庫，並且這些資料庫具有全功能，高性能的應用程序。資料庫技術在計算機軟體研究附近一直是一個很重要的話題，在上世紀60年代生產的，30年以上的資料庫技術得到了迅速發展，並已形成了比較完整的理論體系和大量實用的系統。並且，在近幾年，隨著萬維網（WWW）的浪涌和互聯網技術的迅速發展，因此，當在資料庫技術已經成為最熱門的技術之一。 1.1.1資料庫圖1.1示出了資料庫系統的主要組件。由DBMS（資料庫管理系統）的過程，DBMS開發商和直接或間接用戶通過使用應用程序的資料庫。它主要包括四個要素：用戶數據，元數據，索引和應用元數據。 1.1.1.1用戶數據目前，該用戶數據的最主流的資料庫管理系統被表示為關系。現在考慮的數據表之間的關系。表中的列包含的欄位或屬性，該表的相應行中包含的記錄的商業環境中的實體。不是所有的關系也具有比一些的更結構化之間的關系的一些其他關系的要求相一致。第二章描述了一種生產結構良好的關系的過程中，所謂的正常化。為了比較的關系，圖書和圖書借貸關系的結構之間的關系的好與差結構的區別在此設計圖書館管理系統為例來說明設計的關系，如果R1（借書證號，姓名，性別，身份證號碼，身份證，電話號碼，書號，書名，書類別，作者，出版社，出版日期，票據，價格，數量）;它具有相對於數據的兩個不同的主題的關系的問題，這是借書籍和書籍。當以這種方式的關系組織之更改後，可能會出現問題。由於借款人可以借閱書籍和更多的書，如果一個借款人的書場發生（如電話）的變化，它借書記錄（可能更多）將不得不改變，這是不好的。因此，這兩個數據之間的關系表示的更好。現在，如果一本書的借款人改變了它的電話號碼，只有關系（表）用戶需要改變相應的行。當然，以產生一個顯示名稱和借款人的書籍電話報告中，我們需要這條線兩個表一起。結果表明，該關系被存儲時，在報告生成的時間將它們結合起來，而不是把它們存儲在一個更好的合成表。用戶（庫卡號，姓名，性別，身份證號碼，身份證，電話，）一書（ISBN，書名，書類別，作者，出版社，出版日期，票據，價格，數量）1.1.1.2元資料庫是自-describing數據，這意味著它包含自己的結構的說明中，描述此結構被稱為元數據。因為DBMS產品被用於存儲和操作表，所以大部分的產品存儲在表中的形式的元數據，有時叫做系統表。這些系統表存儲在資料庫中的情況下的表，每個表指出，列數，該列是主鍵中，描述了各列的數據類型的其它部分，這也存儲索引，關鍵字，規則和資料庫結構。存儲在元數據中的表有效不僅對DBMS的，對用戶來說也是便利的，因為它們可以使用相同的用戶數據的查詢的查詢工具來查詢的元數據。在第二章中介紹了SQL語言，可用於元數據和用戶數據。 1.1.1.3第三種類型的索引數據，以提高資料庫的性能和可訪問的，此數據通常被稱為開銷數據，雖然有時用其它類型的數據結構，諸如鏈表的，但它仍然是主要的索引。該指數可以用來排序和快速訪問的數據。在這里，在我的媒體庫管理信息系統的書表為例來說明。它假定磁碟上的數據是按「國際標准書號」遞增的順序，用戶想列印一本書的報表數據按「書名」排序。為此，所有的數據需要從源表中提取和梳理，除非該表較小，否則它是一個非常耗時的過程。或者，您可以在「書名」欄位創建一個索引，按照「圖書名稱」排序索引項，所以索引條目可以讀出，並以訪問的數據手冊中。指數快速訪問的數據。例如，用戶要對這些學生訪問表的書「圖書類別」值「01」。如果沒有索引，則必須搜索整個源表;但有索引之後，索引項可以發現，並用它來接所有相應的行。指數排序和搜索是有益的，但它是要付出代價的。當書每次改變表中的行的時候，該指數必須改變，這意味著該索引不是隨機的，它應該被保存時確實需要的。 1.1.1.4存儲資料庫中的數據的第四個應用程序元數據是應用程序的元數據，它被用來存儲用戶表格，報告，查詢和其他形式的查詢組件。並非所有的DBMS支持的應用程序組件，支持的DBMS部件不一定所有的結構存儲在資料庫中的應用程序元數據的組件。然而，大多數現代DBMS產品存放這樣的數據作為資料庫的一部分。在一般情況下，資料庫開發者和用戶不直接訪問該應用程序的元數據，與此相反，它們是處理通過資料庫管理系統工具這些數據。 MS SQL Server2000中以元數據的形式，以支持應用程序，存儲的過程，等等。 1.1.2資料庫管理系統資料庫管理系統（DBMS）是指在資料庫系統中的數據管理軟體系統。 DBMS是資料庫系統的核心部件。在資料庫上的所有操作，包括定義，更新和各種控制由DBMS進行。資料庫管理系統總是基於一個數據模型，它可以被看作是一個計算機系統上的某種DBMS數據模型實現的。根據數據模型，資料庫管理系統可分為層次，網眼，關系，面向對象的，等等。 MS SQL Server2000的是關系型資料庫管理系統。關系模型。關系模型的主要表現是一組具有外鍵關聯實體之間代表實體的二維表結構。這種關系模型是由若干個關系模式的集合。前面提到的等效關系模式的記錄類型，它被稱為關系的一個實例，每個關系實際上是一個兩維的形式。關系模型和確定的網格模型的最大電平是鍵，而不是一個指針導航數據，用戶簡單易懂的形式，不涉及存儲結構，獲得的技術和其他編程的細節。關系模型是一個數學模型。 SQL語言是關系資料庫的標准化語言，已被廣泛使用。如圖1.1所示，資料庫管理系統的特徵和功能可以被劃分成三個子系統：子系統設計工具，工作系統和DBMS引擎。設計子系統有一系列的工具，以方便資料庫及其應用程序創建。它通常包含生成表格，表單，查詢和報表工具。 DBMS產品還提供編程語言和編程語言界面。跑分處理子系統的設計開發應用程序組件。運行處理器，用於處理包含互動式表單和資料庫，以及回答查詢和列印報告的數據。 DBMS的發動機接受來自其他兩個組件的請求，並將它們成對操作系統命令來讀取和物理介質上寫數據轉換。 DBMS引擎還涉及事務管理，鎖定，備份和恢復。 1.1.3創建資料庫1.1.3.1資料庫模式定義資料庫架構，表，關系，域名和業務規則資料庫的結構。是資料庫模式設計，資料庫和應用程序是在此基礎上構建的。域是值的集合？人們可能有。必須確定每個表的每列的域。除了數據的物理格式，還需要確定一些欄位是否是表是唯一的。資料庫模式的最後一個元素業務規則，這是為了在商業活動的限制資料庫和資料庫應用中得到反映。業務規則是該模式的重要組成部分，因為他們指定的任何到達DBMS引擎數據的變化，讓數據值必須滿足的約束條件。無論變更請求是通過用戶表單無效數據，查詢/請求或應用程序，資料庫管理系統應予以拒絕。不幸的是，不同的DBMS產品使用不同的方法來實現業務規則。在一些情況下，DBMS產品不必實現業務規則的必要能力，必須把它們編程到應用程序代碼。創建定義的聯系人資料庫應用程序，包括表單，查詢，報表，菜單和應用程序表1.1.3.3 1.1.3.2 1.1.4應用程序組件。在當今信息時代§1.2圖書館管理系統是快速發展的時代。離不開在各行各業的信息處理，它被廣泛應用於計算機信息管理系統的環境。最大的好處是，電腦可以使用它來管理信息。計算機信息控制的使用，不僅提高了工作效率，同時也大大提升了其安全性。尤其對於復雜的信息管理，計算機能夠充分發揮它的優勢。計算機信息管理和信息管理系統的發展密切相關，該系統的開發是為系統管理的先決條件。該系統是管理圖書館信息而設計的。作為信息資源集散地的圖書館，圖書借閱和包含了大量的信息和數據管理，今天的用戶數據范圍內，有很多庫都開始初步，甚至沒有使用計算機信息化管理。據調查，他們的信息管理以前主要形式是基於手工處理文字，表格等紙介質，借閱圖書（如圖書館幾天，多天的時間庫的數量）的統計數據之類的經常被用來驗證進行借款權的借款人人工檢查，並用手工計算和其他貸款的天數借書證，是手寫的。數據處理的工作量，容易出錯;由於各種數據，不易丟失，不易發現。總體而言，缺乏系統化，規范化的信息管理工具。雖然有些圖書館有電腦，但尚未用於信息管理，沒有發揮其效能，資源閑置比較突出，這是基本的環境管理信息系統的開發。手動數據處理，工作量，誤碼率，不容易改變的錯誤。圖書館借閱圖書採取手工管理人造的情況，因為更多信息，圖書借閱管理信息混亂和復雜的;一般貸款情況記錄在庫卡上的文件內容的書籍和記錄數量，圖書館工作人員和管理人員不僅是它更清楚，隨著時間的推移，如要進行進一步調查，已在許多材料閱讀，檢索，導致查詢費時又費力。如果您想預訂一個很久以前作出的改變，甚至更加困難。基於這個問題，我覺得有必要為圖書館管理系統，使圖書管理規范化，系統化，程序，避免隨意圖書館管理，提高速度和信息處理，及時，准確，有效的圖書查詢的准確性和的情況。 §1.1系統正常工作1）了解目前的情況2）Delphi6.0中編程基礎3）MS SQL Server的基地4）資料庫應用開發工具設計;設計界面5）資料庫的發展。某些功能已經達到驚人的l資料庫的數據和指令顯示;升查詢多個條件，多個記錄檢索，模糊查詢; l數據存儲格式導入數據文件某種形式，通過存儲數據完整性校驗l資料庫安全設計;; L型的資料庫，數據介面，介面設計資料庫。在本文中，這項工作由資料庫應用系統的介紹§1.3局部結構，簡單介紹的發展，圖書館管理信息系統的設計功能和任務分析完成。第二章介紹資料庫設計和分析範式，並介紹了SQL語言系統的設計和應用做了鋪墊的理解。該系統的第三章介紹了Delphi 6.0資料庫編程，SQL語言在Delphi 6.0，MS SQL Server的基礎。第四章分析了應用的圖書管理系統，設計了系統的資料庫結構，根據需求和系統的功能進行了劃分和細化。第五章已經根據第四章使用MSSQL Server2000的和Delphi 6.0的具體應用設計成果的設計。經驗摘要部分描述的設計和編程經驗，並指出了在系統設計的缺陷和改進的方向。對於一個成功的資料庫的信息管理系統的理論基礎的第二章是基於一些條件，並且該資料庫的非常重要的條件和關鍵技術之一。信息管理系統的資料庫設計包括5個步驟：資料庫需求分析，概念設計，邏輯設計，物理設計和載荷試驗。任務（1）資料庫需求分析是企業文件管理到數據流中，主題之間劃定邊界，得出DFD圖的數據流，並完成數據字典。 （2）概念設計的任務是從DFD出發，本主題中得出實體 - 圖表，表格和列表勾勒出各種實體和關系。 （3）從E-R圖相應的大綱表視圖，邏輯設計任務來確定各實體之間的關系和屬性表名。 （4）物理設計任務是確定所有屬性的類型，范圍寬，設計的主鍵基表，所有的表名和欄位名英國文化（現在很多軟體都支持中國的領域，如MS SQL伺服器我只是用中國的欄位名），建庫，實現物理的，完整的物理資料庫設計字典。 （5）負載測試程序在整個測試的整個過程中，整個輸入，，查詢處理負荷試驗可以被認為是該資料庫。要設計一個好的信息管理系統資料庫，除滿足系統功能的要求，還必須堅持以下原則：2號基本表的，就更好了。 2號主鍵，就更好了。鍵工具被連接在表之間，表之間的更簡單的少的主鍵。數2欄位成為可能。 2所有表的基本設計應盡可能與第三範例線。資料庫設計，以及如何處理多對多關系以及如何設計的主鍵，有兩個問題更加困難，重要的是要考慮的。下面我們重點從SQL，資料庫設計範式和查詢優化等方面的應用來分析這個問題，並實現關鍵技術和難點制度加以解決。 §2.1信息系統範式的主要任務資料庫系統的設計和分析是獲得通過大量的數據，這些數據必須存儲和管理大量數據的信息化管理需求。因此，建立了良好的數據結構和資料庫，使整個系統能夠快速，容易和精確地管理呼叫和所需的數據，它是衡量信息系統開發的質量的主要指標之一。 2.1.1資料庫系統設計資料庫設計是資料庫的邏輯設計，數據是關於某個分類，分組和邏輯層次結構組織系統是面向用戶的。資料庫設計需要各個部門的綜合企業數據存檔和數據需求，分析各種數據之間的關系，根據與DBMS提供的功能和信息，工具，設計適當大小的正確反映數據關系，以及較少的冗餘數據，訪問效率高的數據模型以滿足各種查詢的要求。資料庫設計步驟是：（1）資料庫結構的定義：當前資料庫管理系統（DBMS）支持某些聯機事務處理CLTP（負責交易的數據採集，處理，存儲）運營DBMS，有的可以支持數據倉庫，聯機分析處理一擊（指支持數據處理操作之一的決策）設有一個大型資料庫管理系統，一些關系型資料庫，並為面向對象的資料庫的一些支持。對於選定的資料庫管理系統，結構定義資料庫。 （2）數據表定義：數據結構定義表定義是指資料庫中的數據表，該數據表包含的邏輯結構：屬性名稱，類型，格式，預設值，驗證規則，是否一個關鍵字，它是否是空白。關系資料庫來嘗試按資料庫設計關系標准化要求，但為了使高效率，標准化程度應根據應用環境和條件來確定。數據表設計不僅要滿足數據存儲需求，同時也增加此類信息的數量，以反映工作職責，中間數據的欄位或臨時數據表。 （3）存儲設備和存儲空間組織：確定存儲位置，存儲路徑，和其它數據存儲設備，為的是如何以確保數據的完整性和一致性多個版本的備份解決方案。 （4）數據許可權設置：針對不同用戶的要求來確定用戶許可權的數據，確保數據安全。 （5）數據字典設計：數據字典描述了資料庫設計，易於維護和。為了更好地組織數據，並設計一個實際應用的資料庫中，我們應注意以下問題：標准化整理的數據結構：該數據是標准化的表達，將專門在後面討論。關系的數據結構：數據標准化基本結構的重組期間，它也必須建立的整體數據結構之間的關系。之後這一步完成資料庫設計和數據結構設計幾乎完整，系統只要當數據分析和數據字典的內容數據代入設計的整體關系結構來實現，一個標准化的資料庫系統的結構設置。建立一個關系數據結構涉及三個方面：確定關鍵指標有關的項目和表相關聯;確定一個記錄父系結構;建立整個資料庫的關系結構。 （1）確定的重組過程中數據的標准化之間的聯系，這已經能夠保證每一個基本數據表（我們簡稱為表）是常態，但這些單獨的表不能完全反映的事情，通常通過指標總體指標數據系統，以充分反映整體的問題。每個在基本段表，這些建築物被存儲在相同的硬幣特性的不同側面的。那麼，你如何知道哪個計算機系統，表中的記錄應該對應於其中記錄了另一個表，它們代表了同樣的事情？這就需要設計數據結構記錄該數據時，表之間的關系最終定稿。在關鍵字之間的主或從連接表之間的數據關系通常是由實現。因為每個表僅主密鑰來唯一地標識記錄在該值（因為，根據該表的第三範例的要求，其他的數據欄位的功能是依賴於主關鍵字），因此通過關鍵詞連接表將能夠唯一地標識一個東西在不同的表不同的屬性在所述存儲位置。 （2）確定一個單一結構的侍叫建立的結構之間的單個父系關系是消除多對多（以下，M：N表示），在試圖使所有的現象中創建的各種表格的在表中的記錄它呈樹形結構之間的關系（一個數僅由一個中繼發出分支的，但交錯發布了大量的分支條件不能有多個中繼線）。所謂「父」，是指在桌子上關系表。您可以消除E-R圖的方法來解決的手段多的關系，注意也可以在系統中，以防止這種情況的發生進行分析。消除這種M：N情況下的做法很簡單，只需添加兩個表，原來的M之間的表：N的關系對並購改變：1,1：N的關系了。安全性和保密性屬性標識數據資源：一般DBMS可用來定義自己的數據安全性和保密性的特點。系統提供的安全功能一般有八級（0-7級），四種不同的方式（只讀，只寫，刪除，），而且還允許用戶利用這個八級的優勢四種方式為自由定義每個表。的方法的安全性和保密性的定義通常概括如下：一。所有文件都在四個原則的定義，尤其是高優先順序的個人辦公室（終端或微機網路帳戶）定義高於4的水平，否則定義為小於4級灣統計文件（表）和數據輸入文件通常只對工作站被定義為只寫模式，在其他工作站被定義為只讀模式。 C。一個。