資料庫系統架構

⑴ 資料庫系統體系大體分為 種模式

資料庫系統的三級模式結構是指資料庫系統是由模式、外模式和內模式三級構成的。

（1）模式 模式也稱邏輯模式或概念模式，是資料庫中全體數據的邏輯結構和特徵的描述，是所有用戶的公共數據視圖。

模式實際上是資料庫數據在邏輯級上的視圖。一個資料庫只有一個模式。定義模式時不僅要定義數據的邏輯結構，而且要定義數據之間的聯系，定義與數據有關的安全性、完整性要求。

（2）外模式 外模式也稱用戶模式，它是資料庫用戶能夠看見和使用的局部數據的邏輯結構和特徵的描述，是資料庫用戶的數據視圖，是與某一應用有關的數據的邏輯表示。 外模式通常是模式的子集。一個資料庫可以有多個外模式。應用程序都是和外模式打交道的。外模式是保證資料庫安全性的一個有力措施。每個用戶只能看見和訪問所對應的外模式中的數據，資料庫中的其餘數據對他們是不可見的。

（3）內模式 內模式也稱存儲模式，一個資料庫只有一個內模式。它是數據物理結構和存儲方式的描述，是數據在資料庫內部的表示方式。例如，記錄的存儲方式是順序結構存儲還是B樹結構存儲；索引按什麼方式組織；數據是否壓縮，是否加密；數據的存儲記錄結構有何規定等。

⑵ 什麼叫做資料庫的「三層架構」

三層架構可以說是一種設置模式，他的作用只是讓我們更加有效的利用資源，有利於以後的修改和查看，依次分為視圖層，邏輯層，數據層；
試圖層顧名思義就是我們所看到的，他的原代碼並沒有關於處理和連庫等代碼，只是簡單的跳轉頁面，我們沒有辦法看到真正的代碼；
邏輯層就是我們從頁面層發回的問題等請求，從字面意思來看，你可以將他視為一個過渡層，只是連接是圖層和數據層；進行一些連庫，刪除數據等操作了；從試圖層跳轉過來的問題在這里進行處理，並提交給數據層，再返回頁面層共讀者查看；
數據層就不用說了吧！這里存放著所有的數據也就是一個工程的大本營一樣；
三層架構已經不僅僅屬於.net了，他是一種設計形式，從某種意義上來說，所有的開發設計幾乎都已經以三層架構為基礎，三層架構及有效的處理問題，將數據和試圖也有效的分開，這樣防止耦合度過高，有利於處理和修改，（你不會是想將代碼全部寫在視圖頁面上，這樣有一個小小的變動，我們就要翻看幾十萬句代碼，從中找出，那我要替你的眼睛抱不平了）當你將程序做好後，從這台機子移動到另一台機子時，大大減少了出錯的問題；
通俗一點就是，這樣看上去很有層次感，我們查看時，可以減少時間的浪費，也不用在代碼堆里翻來覆去找不到北

⑶ 資料庫-架構和資料庫-管理指的是什麼

資料庫架構：

下面是基於sqlserver資料庫來談的。
SQLServer經過這些年的發展，其實已經有很多很好的技術可以使用，如Replication、SSB、Cluster、Mirroring等（可以參考我在SQLServer DBA 三十問和SQLServer 高可用、高性能和高保護延伸 中的一些技術方面的知識），而且這些技術在可靠性方面已經通過了市場的認可，有很多公司在為提高其程序的可靠性、安全性和高效性等方面或多或少的採用了其中的某些技術，以下就我接觸過的這些技術方面的應用，主要針對網站這種流量很大，讀多寫少的應用，就資料庫架構方面做些探討，希望對各位有所幫助，如有不對的地方，歡迎大家指正和交流。

資料庫架構需要考慮的問題：
數據可靠和一致性；
數據容災；
當數據量和訪問壓力變大時，方便擴充；
高度可用，出問題時能及時恢復，無單點故障；
不應因為某一台機器出現問題，導致整網性能的急劇下降；
方便維護。

資料庫管理：

資料庫管理(Database Manager)是有關建立、存儲、修改和存取資料庫中信息的技術，是指為保證資料庫系統的正常運行和服務質量，有關人員須進行的技術管理工作。負責這些技術管理工作的個人或集體稱為資料庫管理員(DBA)。資料庫管理的主要內容有：資料庫的調優、資料庫的重組、資料庫的重構、資料庫的安全管控、報錯問題的分析和匯總和處理、資料庫數據的日常備份. 資料庫的建立：資料庫的設計只是提供了數據的類型、邏輯結構、聯系、約束和存儲結構等有關數據的描述。這些描述稱為數據模式。

⑷ mysql資料庫管理系統基本系統架構擁有哪4大模塊

客戶端、連接層、服務層、引擎層

⑸ 資料庫系統的組成，及各自的作用

1、資料庫（database，DB）

作用是資料庫中的數據按一定的數學模型組織、描述和存儲，有組織，可共享的數據的集合。具有較小的冗餘，較高的數據獨立性和易擴展性，並可為各種用戶共享。

2、硬體

構成計算機系統的各種物理設備，包括存儲所需的外部設備。作用是硬體的配置應滿足整個資料庫系統的需要。

3、軟體

包括操作系統、資料庫管理系統及應用程序。資料庫管理系統是資料庫系統的核心軟體，作用是在操作系統的支持下工作，科學地組織和存儲數據，高效獲取和維護數據的系統軟體。其主要功能包括數據定義功能、數據操縱功能、資料庫的運行管理和資料庫的建立與維護。

4、人員

主要分類及其作用是系統分析員和資料庫設計人員，負責應用系統的需求分析和規范說明，確定系統的硬體配置，並參與資料庫系統的概要設計；應用程序員，負責編寫使用資料庫的應用程序，利用系統的介面或查詢語言訪問資料庫；資料庫管理員負責資料庫的總體信息控制。

(5)資料庫系統架構擴展閱讀：

資料庫系統的模型

1、層次模型：用一顆「有向樹」的數據結構來表示各類實體以及實體間的聯系，樹中每一個節點代表一個記錄類型，樹狀結構表示實體型之間的聯系。層次數據模型的提出，首先是為了模擬這種按層次組織起來的事物。層次資料庫也是按記錄來存取數據的。

2、網狀模型：取消了層次模型的不能表示非數狀結構的限制，兩個或兩個以上的結點都可以有多個雙親結點，則此時有向樹變成了有向圖，該有向圖描述了網狀模型。網狀模型中以記錄為數據的存儲單位。記錄包含若干數據項。

3、關系模型：基本假定是所有數據都表示為數學上的關系。關系數據模型以集合論中的關系概念為基礎發展起來的。關系模型中無論是實體還是實體間的聯系均由單一的結構類型關系來表示。

⑹ 什麼是架構，SQL中的架構有哪些

架構（Schema）是一組資料庫對象的集合，它被單個負責人（可以是用戶或角色）所擁有並構成唯一命名空間。你可以將架構看成是對象的容器。
在 SQL Server 2000 中，用戶（User）和架構是隱含關聯的，即每個用戶擁有與其同名的架構。因此要刪除一個用戶，必須先刪除或修改這個用戶所擁有的所有資料庫對象。
在 SQL Server 2005 中，架構和創建它的資料庫用戶不再關聯，完全限定名（fully-qualified name）現在包含4個部分：server.database.schema.object
1. 體系結構（Architecture）
體系結構亦可稱為架構，所謂軟體架構，根據Perry 和Wolfe之定義：Software Architecture = {Elements,Forms, Rationale / Constraint }，也就是軟體主架構 = {組件元素，元素互助合作之模式，基礎要求與限制}。Philippe Kruchten採用上面的定義，並說明主架構之設計就是：將各組件元素以某些理想的合作模式組織起來，以達成系統的基本功能和限制。體系結構又分為多種樣式，如Pipes and Filters等。
2. 框架(Framework)
框架亦可稱為應用架構，框架的一般定義就是：在特定領域基於體系結構的可重用的設計。也可以認為框架是體系結構在特定領域下的應用。框架比較出名的例子就是MVC。
3. 庫(Library)
庫應該是可重用的、相互協作的資源的集合，供開發人員進行重復調用。它與框架的主要區別在於運行時與程序的調用關系。庫是被程序調用，而框架則調用程序。比較好的庫有JDK。
4. 設計模式（Design Pattern）
設計模式大家應該很熟悉，尤其四人幫所寫的書更是家喻戶曉。「四人幫」將模式描述為「在一定的環境中解決某一問題的方案」。這三個事物 — 問題、解決方案和環境 — 是模式的基本要素。給模式一個名稱，考慮使用模式將產生的結果和提供一個或多個示例，對於說明模式也都是有用的。
5. 平台（PlatForm）
由多種系統構成，其中也可以包含硬體部分。
對於以上的概念有一個比較清楚的認識之後，就可以在軟體的開發過程中進行應用。理論和實踐是缺一不可的，相輔相成的。沒有理論的指導，實踐就缺乏基礎；沒有實踐的證明，理論就缺乏依據，因此我一直認為：對於當代的程序員，在有一定的實踐基礎後，必須學習更深的理論知識。無論你是從那方面先開始學習的。
在軟體的開發過程中，從許多過程實踐和方法中，大致可以提煉出五大步驟：需求、分析、設計、編碼、測試。而體系結構是軟體的骨架，是最重要的基礎。體系結構是涉及到每一步驟中。一般在獲取需要的同時，就應該開始分析軟體的體系結構。體系結構現在一般是各個大的功能模塊組合成，然後描述各個部分的關系。
我一般認為框架是體系結構中每個模塊中更細小的結構。如需要表示web技術，就會用到MVC框架，而web功能只是整個軟體體系中的一個功能模塊。每個框架可以有許多個實例，如用java實現的MVC框架structs。
而在框架之下就是設計模式，設計模式一般是應用中框架之中的，也可以說是對框架的補充。因為框架只是提供了一個環境，需要我們我裡面填入更多的東西。無論是否應用了設計模式，你都可以實現軟體的功能，而正確應用了設計模式，是我們對前人軟體的設計或實現方法的一種繼承，從而讓你的軟體更軟。
體系結構是可以從不同視角來進行分析的，所以軟體體系結構的設計可以按照不同的視角來進行的。按4+1 views的論述，那是四種views：邏輯、開發、過程、物理和場景。因此體系結構是逐漸細化的，你不可能開始就拿出一個完美的體系結構，而只能根據開發過程逐漸對體系結構進行細化。
打個比方：如果我們准備建一個房子，那房子如果按功能來分：牆壁、地板、照明等，它是按那種樣式來組成的，房子是四方的還是圓形的等，這樣就組成了房子的體系結構。在體系結構之下，我們可以把框架應用在每個模塊中，例如牆壁，我們准備應用什麼框架。牆壁可以包括：窗戶、門等。窗戶和門的組成的就是一種框架。而窗戶是什麼形狀的或者是大還是小，是要為了實現屋內的亮度的，因此挑選什麼樣的窗戶就是設計模式。

⑺ 「資料庫」的主要架構有幾種

「資料庫」主要有資料庫外部體系結構、內部體系結構兩種。

從資料庫最終用戶角度看，資料庫系統的結構分為單用戶結構、主從式結構、分布式結構、客戶/伺服器、瀏覽器/應用伺服器/資料庫伺服器多層結構，這是資料庫外部體系結構。

物理存儲結構、邏輯存儲結構、內存結構和實例進程結構，這是內部體系結構。

⑻ 資料庫的主要架構有幾種

從資料庫最終用戶角度看，資料庫系統的結構分為單用戶結構、主從式結構、分布式結構、客戶/伺服器、瀏覽器/應用伺服器/資料庫伺服器多層結構。這是資料庫外部體系結構。
物理存儲結構、邏輯存儲結構、內存結構和實例進程結構。這是內部體系結構

⑼ 一個項目中說系統分為表現層、控制層、邏輯層、DAO層和最終資料庫五層架構 這具體是什麼意思啊

1、表現層：主要功能是顯示數據和接受傳輸用戶的數據，可以在為網站的系統運行提供互動式操作界面，表現層的應用方式比較常見，例如Windows窗體和Web頁面。

2、控制層：將業務規則、數據訪問、合法性校驗等工作進行處理。通過COM/DCOM通訊與邏輯層建立連接。

3、邏輯層：將用戶的輸入信息進行甄別處理，分別保存。建立新的數據存儲方式，在存儲過程中對數據進行讀取，將「商業邏輯」描述代碼進行包含。

4、DAO層：主要是對非原始數據（資料庫或者文本文件等存放數據的形式）的操作層，對資料庫的操作，而不是數據，具體為業務邏輯層或控制層提供數據服務。

5、最終資料庫：是資料庫的主要操控系統，實現數據的增加、刪除、修改、查詢等操作。實際運行的過程中，最終資料庫沒有邏輯判斷能力，為了實現代碼編寫的嚴謹性，提高代碼閱讀程度，一般軟體開發人員會使用DAO層，保證數據處理功能。

(9)資料庫系統架構擴展閱讀：

系統分為表現層、控制層、邏輯層、DAO層和最終資料庫五層架構的優點是：

1、開發人員可以只關注整個結構中的其中某一層。

2、可以很容易的用新的實現來替換原有層次的實現。

3、可以降低層與層之間的依賴。

4、有利於標准化。

5、利於各層邏輯的復用。

6、結構更加的明確。

7、在後期維護的時候，極大地降低了維護成本和維護時間。

8、避免了表示層直接訪問數據訪問層，表示層只和業務邏輯層有聯系，提高了數據安全性。

9、有利於系統的分散開發，每一個層可以由不同的人員來開發，只要遵循介面標准，利用相同的對象模型實體類就可以了，這樣就可以大大提高系統的開發速度。

10、方便系統的移植，如果要把一個C/S的系統變成B/S系統，只要修改三層架構的表示層就可以了。業務邏輯層和數據訪問層幾乎不用修改就可以輕松的把系統移植到網路上。

11、項目結構更清楚，分工更明確，有利於後期的維護和升級。

⑽ 資料庫架構怎麼劃分

資料庫的架構，如果你不清楚怎麼劃分的話，說明你的技術還有待提高，可以查看一下相關的書本書名或者是自己看一看。