數據原理課程設計邏輯模型

㈠ 關於資料庫建模，概念模型，邏輯模型，物理模型的區別和轉化

最近在進行UML學習過程中，突然忘記了大學時關於資料庫理論中概念模型、邏輯模型、物理模型之間的區別。隨機復習上網並復習，並在此記錄一下，資料庫建模是對現實世界進行分析、抽象、並從中找出內在聯系，進而確定資料庫的結構。
1、概念模型：就是從現實世界到信息世界的第一層抽象，確定領域實體屬性關系等，使用E-R圖表示，E-R圖主要是由實體、屬性和聯系三個要素構成的。

2、邏輯模型：是將概念模型轉化為具體的數據模型的過程，即按照概念結構設計階段建立的基本E-R圖，按選定的管理系統軟體支持的數據模型（層次、網狀、關系、面向對象），轉換成相應的邏輯模型。這種轉換要符合關系數據模型的原則。目前最流行就是關系模型（也就是對應的關系資料庫）

E-R圖向關系模型的轉換是要解決如何將實體和實體間的聯系轉換為關系，並確定這些關系的屬性和碼。這種轉換一般按下面的原則進行：

（1）一個實體轉換為一個關系，實體的屬性就是關系的屬性，實體的碼就是關系的碼。

（2）一個聯系也轉換為一個關系，聯系的屬性及聯系所連接的實體的碼都轉換為關系的屬性，但是關系的碼會根據聯系的類型變化，如果是：

1：1聯系，兩端實體的碼都成為關系的候選碼。

1：n聯系，n端實體的碼成為關系的碼。

m：n聯系，兩端實體碼的組合成為關系的碼。
3、物理模型就是根據邏輯模型對應到具體的數據模型的機器實現。物理模型是對真實資料庫的描述。如關系資料庫中的一些對象為表、視圖、欄位、數據類型、長度、主鍵、外鍵、索引、約束、是否可為空、默認值。

㈡ 求助 《資料庫原理與應用》課程設計要求

建議你直接在網上下一個MIS系統通常都會有你需要的文件我這里倒是有但是都簽了保密協議不能外傳不好意思

㈢ 如何實現邏輯數據模型

業務和系統開發領域絕對不能容許設計上的重大失誤。可是，很多開發人員卻因為不了解設計步驟而恰恰輕視乃至完全忽略了整個設計過程。而實際上，我們中的大多數人也確實缺乏必要的有關技能和知識，結果令我們往往「旁路」了項目開發中最重要的階段。說真的，有本事敢直接繞過設計階段的人還沒誕生呢。 如果我們不花點時間創建一個邏輯模型，那麼要實現一套高效和優秀的設計是完全不可能的。略過設計步驟會產生大量的錯誤，而這些錯誤又會令我們耗費大量的時間在發現它們的時候反復調試和糾正。下面我就大致討論下設計的邏輯和物理模型，然後引領讀者經過邏輯模型的創建全過程。本文是有關主題系列的開篇，在後續的第2部分里，我會根據已經發現的缺陷修改我們的原始設計。 資料庫的設計方法 在對資料庫項目的需求著手評估和分析周，接下來的一步就是設計出一套方案幫助你達到項目的要求和目標。在開發領域這一步驟被稱做資料庫設計方法。它是一種結構化的措施，支持設計流程同時還包括了諸如公司業務流程、規定和文檔等一系列工具。步步進階的整套流程幫助開發人員計劃、管理和控制設計及其實現從而高效地完成任務。 這意味著，你擁有一整套方法，也就是按照特定順序安排的項目列表，這些方法指引你經過數據模型創建的全過程。請不要錯誤地把這個過程理解為平常的過程，實際上它是完全必要的階段。你應該從完全理解數據和用戶需求這一目的出發研究該過程。 每一個項目無論其規模大小都能從以下三種模型中獲益：概念：明確和說明創建數據全局視圖的主要對象，同時輔以一定的輕微細節。許多企業都局限於特定的資料庫管理系統（DBMS），所以這一步可以忽略或者放到邏輯模型一組。 邏輯：構造採用特定數據的模型，但還不用考慮最終保存數據以及運營應用程序的具體資料庫系統。由於SQL Server是一種關系型資料庫管理系統（RDBMS），所以我們要依賴於實體關系模型（ER：Entity-Relationship）。在這一階段你必須明確實體、關系、屬性並對你的數據實行規格化。邏輯模型建立在數據集合的基礎之上。為了更深入地了解ER模型，不不妨訪問下 ITS資料庫服務網站或者參考Mapping an ER Model to the Relational Model Web site（是一個.PDF文件）。 物理：根據所採用的具體RDBMS設計實現邏輯模型的具體模型。在這一階段，你需要說明數據表、索引等資料庫對象，而物理模型就是根據數據表建立的。 建立邏輯模型的真實用意無非是為了確認應用程序能滿足最終的需求（包括輸入和輸出兩方面）。換句話說，邏輯模型必須能產生所有已知的報告、查詢等結果。此外，用戶還應該能夠以合理的方式輸入和操作數據。一旦邏輯模型到位，你就應開始把你所了解的情況應用到項目的物理需求方面——比如說——物理模型。圖A就描述了邏輯和物理模型在這一階段的差別。 圖A邏輯和物理數據模型 邏輯模型的實現目前階段的所謂「實現」其實就是完成邏輯模型的組件。在明確了實體、關系和屬性的情況下，你應該揭示出那些在工作環境下可能會產生問題的缺陷：缺少的實體 表示同一概念實體的多個實體 需要額外實體來解決問題的多對多關系 Aggregator：一傢俱樂部，其成員可以享受打折服務。 Corporate：代表其職員下定單的公司。它們不能享受的打折優不過需要獲得旅行社的全方位服務支持。比如說，旅行社必須幫助它們解決一些諸如取消計劃、飛機票訂位過多等方面的問題。企業客戶總是一樣的而旅行者只能是其職員。 Retail：不能享受任何折扣優惠的單獨客戶。 這時，你應該准備定義應用程序的主要對象或者實體。為了針對客戶類型應用以上的業務規則，你可能會把每一種客戶類型當作單獨的實體，如表A所示。數據類型和其他信息都是針對SQL Server考慮的。 表A定義應用實體看圖B，你可以簡化當前的模型：客戶訂單。 某種特定類型的客戶。 圖B不同實體之間的關系正如我們在上面所提到的那樣，業務規則要求我們對客戶實現區別對待。結果，客戶不能總是具有同樣的屬性。我們的第1個解決方案是創建一個數據表，其中包含了各類客戶的特定屬性。這一原始設計帶來了下列問題：所有的客戶數據表都採用系統生成的主鍵，大致以種子值1開始遞增。那就是說，你完全會遭遇重復的ClientID值。結果我們就無法恰當地把每一定單關聯到特定的客戶，因為每一客戶表都包含了重復的值。 因為每一客戶表重復公共欄位（如ClientID、ClientName、Address和Telephone）而產生了一些冗餘的屬性。 客戶會有更多的地址嗎？也許他們會具有一個當地地址和一個付費的單位地址。 客戶只有一個電話號碼？也許你應該列出多個電話號碼乃至傳真號碼。 有必要根據客戶的類型來標識定單嗎？顯然你不能。 找出和解決設計問題你首先採取的行動可能和我們用的不同，但那還不是關鍵的問題。最重要的是你可能沒有認識的到設計中隱藏的問題。在後續的文章里我會採用已知的、業已得到證明的方法來尋找和解決設計問題，免得它們在今後的工作中引出不少漏子。

㈣ 簡述什麼是邏輯數據模型

數據流圖用來描繪軟體系統邏輯模型圖形工具描繪信息和數據從輸入專輸出過程所經歷屬系列變換
設計數據流圖只需考慮系統必須完成基本邏輯功能完全需要考慮何具體實現些功能
數據流圖般軟體生命周期早期階段開始進行設計軟體生命周期續階段斷改進、完善和細化
數據流圖主要元素：
1、數據流
表示含有固定成分動態數據
包含輸入數據和輸出數據
2、加工處理
又稱變換表示對數據進行邏輯操作
加工都應具有數據流入和數據流出
3、數據存儲
表示處於靜態、需要存儲數據
4、源點/終點
表示數據產生和終抵達處
通常系統邊界部門、人員、組織等

㈤ 怎麼理解資料庫里概念模型與邏輯模型！

概念模型包括了有那些表，表之間的關系，邏輯模型還包括的每個表裡具體信息。

㈥ 《資料庫原理》課程設計

你想要說的問題是什麼？

㈦ 資料庫邏輯模型類型

數據模型應滿足三方面要求：一是能比較真實地模擬現實世界；二是容易為人所理解；三是便於在計算機上實現。數據結構、數據操作和完整性約束是構成數據模型的三要素。數據模型主要包括網狀模型、層次模型、關系模型等，它是按計算機系統的觀點對數據建模，用於DBMS的實現。

1.2.1 層次模型

若用圖來表示，層次模型是一棵倒立的樹。在資料庫中，滿足以下條件的數據模型稱為層次模型： ① 有且僅有一個結點無父結點，這個結點稱為根結點； ② 其他結點有且僅有一個父結點。 根據層次模型的定義可以看到，這是一個典型的樹型結構。結點層次從根開始定義，根為第一層，根的子結點為第二層，根為其子結點的父結點，同一父結點的子結點稱為兄弟結點，沒有子結點的結點稱為葉結點。

1.2.2 網狀模型

在現實世界中，事物之間的聯系更多的是非層次關系的，用層次模型表示非樹型結構是很不直接的，網狀模型則可以克服這一弊病。網狀模型是一個網路。在資料庫中，滿足以下兩個條件的數據模型稱為網狀模型。 ① 允許一個以上的結點無父結點； ② 一個結點可以有多於一個的父結點。 從以上定義看出，網狀模型構成了比層次結構復雜的網狀結構。

1.2.3 關系模型

在關系模型中，數據的邏輯結構是一張二維表。
在資料庫中，滿足下列條件的二維表稱為關系模型：
① 每一列中的分量是類型相同的數據；
② 列的順序可以是任意的；
③ 行的順序可以是任意的；
④ 表中的分量是不可再分割的最小數據項，即表中不允許有子表；
⑤ 表中的任意兩行不能完全相同。

關系資料庫採用關系模型作為數據的組織方式。 關系資料庫因其嚴格的數學理論、使用簡單靈活、數據獨立性強等特點，而被公認為最有前途的一種資料庫管理系統。它的發展十分迅速，目前已成為占據主導地位的資料庫管理系統。自20世紀80年代以來，作為商品推出的資料庫管理系統幾乎都是關系型的，例如，Oracle，Sybase，Informix，Visual FoxPro等。

㈧ 《資料庫原理及應用》課程設計。。跪求系統加論文啊，下面有詳細內容。有高手能做出好的，可買15901960746

你有了么？給我轉發一下，轉發你的也行[email protected] 謝謝！！祝你萬歲萬歲萬萬歲！！

㈨ 資料庫系統原理的課程設計

我現在在做一個關於列車卧鋪管理系統的資料庫課程設計，我發個範文給你。。

你給我你的郵箱？？

㈩ SQL資料庫原理課程設計實驗報告，就大神幫忙。。

兄弟，課程設計這種東西 還是自己動手做吧，工作資料庫是不會少的，說實話，資料庫是很有用的。
現在不練手，工作徒傷悲。。。。。