數據庫系統中的數據模型，真實世界的事物和聯系都是由數據模型來描述的，數據庫中各種操作功能的實現都是基于不同的數據模型，因此，數據庫的核心問題就是模型問題。下面就由小編為您帶來數據庫系統的核心是什么的相關介紹。

zData

0

0條點評

咨詢產品

免費試用

解決用戶選型困難的好軟件，有各維度的信息

客戶案例

4

合作品牌

12

    數據模型是數據庫中數據的邏輯結構描述。資料模型大致可分為兩類：一類是獨立于計算機而存在的，它不涉及信息在計算機中的表達方式；另一類是直接面向計算機的資料模型，它以記錄為單位，如數據庫中常用的層次模型、網狀模型和關系模型等概念模型。

一、什么是面向服務的架構

    面向服務的架構（Service Oriented Architecture，SOA）體系結構基于服務組件模型，將應用程序的不同功能單元（稱為服務）通過定義良好的接口契約聯系起來。

    接口是采用中立方式進行定義的，獨立于實現服務的硬件平臺、操作系統和編程語言，使得構建在這樣系統中的服務可以以一種統一的、通用的、靈活的方式進行交互。SOA組件模型具備以下特點。

可重用：一個服務創建后能用于多個應用和業務流程。

    松耦合：服務請求者到服務提供者的綁定與服務之間應該是松耦合的。因此，服務請求者不需要知道服務提供者實現的技術細節，例如程序語言、底層平臺等，只需要知道服務名與服務接口。服務的部署、遷移、擴容極其便利。

    明確定義的服務接口：服務交互必須是明確定義的。SOA服務組件提供標準的服務接口，服務請求者根據服務名、標準服務接口來獲取服務。Web服務描述語言（Web Services Description Language，WSDL）用于描述服務請求者所要求的綁定到服務提供者的細節。

    WSDL不包括服務實現的任何技術細節。服務請求者不知道也不關心服務究竟是由哪種程序設計語言編寫的。

   基于開放標準：當前SOA的實現形式基于開放標準，例如，公有Web Service協議或私有開放服務標準協議。可以采用第一代WebService定義的SOAP、WSDL和UDDI，以及第二代Web Service定義的WS-*實現。

   無狀態的服務設計：服務應該是獨立的、自包含的請求，在實現時它不需要獲取從一個請求到另一個請求的信息或狀態。服務不應該依賴于其他服務的上下文和狀態。當產生依賴時，它們可以定義成通用的業務流程、函數和數據模型。

   幾十年來，企業IT組織一直期望試圖引入企業級應用的IT標準，以實現同化系統、提升效率和敏捷性，但實際收效甚微。

   20世紀80年代，關系型數據庫系統成為主流數據庫系統，企業數據模型（EnterpriseData Model，EDM）項目也因此大行其道。EDM為企業的所有業務實體定義了一個全局數據模型，并在公司的所有組織和系統之間共享該模型。但這些EDM項目都以失敗而告終。在今天，我們發現，企業有多少數據庫，就有多少種數據庫的模式。數據庫的模式根本無法實現統一。

   20世紀90年代，基于企業級中間件的標準同化企業應用程序“企業軟件總線（Ent erpriseSoftware Bus，ESB）”應運而生。ESB試圖通過確立獨立于軟件模塊間的、獨立于技術、統一的企業級通信標準，從根本上解決應用程序的集成問題。但事實上，今天看來，幾乎所有的企業不僅有應用程序異質問題，還有中間件異質問題。很多情況下，CORBA等中間件只能針對單個項目解決點對點的集成問題，并未建立全局的軟件總線。在很多企業中，不兼容的中間件系統幾乎與不兼容的應用程序一樣多。

    SOA不是一項技術，也不是一個標準，而是一種架構。SOA架構獨立于標準，提供了架構的藍圖。架構藍圖切開、分塊和組合企業應用程序層，將組件“服務”化。SOA中的服務與業務功能相關聯，但在技術上獨立于業務功能的實現。

數據庫系統

二、SOA的基本概念

Dirk Krafzig等人所著的Enterprise SOA一書中，對SOA做了如下定義。

SOA是一個軟件架構，包含了4個關鍵概念：應用程序前端、服務、服務庫和服務總線。一個服務包含一個合約、一個或者多個接口以及一個實現。

·應用程序前端：業務流程的所有者。

·服務：提供業務的功能，可以供應用程序前端或者其他服務使用。

·實現：提供業務的邏輯和數據。

·合約：為服務客戶指定功能、使用和約束。

·接口：物理地公開功能。

·服務庫：存儲SOA中各個服務的服務合約。

·服務總線：將應用程序前端和服務連在一起。

在SOA架構中，必須有以下重要實體角色，如圖6-2所示。

    服務請求者（Service Customer）：服務請求者是一個應用程序、一個軟件模塊或需要一個服務的另一個服務。它發起對服務管理中心的服務查詢（服務尋址），通過服務尋址后，與目標服務建立通道來綁定服務，調用遠程服務接口功能。服務請求者根據服務接口合約來獲取執行遠程服務。

     服務提供者（Service Provider）：服務提供者是一個可通過網絡尋址的進程實體（托管服務進程），與部署在托管服務進程下的SOA服務組件一起實現服務功能。服務提供者自動將服務組件提供的服務名發布到服務注冊中心，以便服務請求者可以發現和訪問該服務。服務提供者接收和執行來自服務請求者的請求，通過接口提供服務。

     服務管理中心（Service Management Center）：服務管理中心是服務提供者與服務請求者的聯系中介，為服務提供者提供服務注冊管理，同時為服務請求者提供服務尋址查詢。提供服務管理域中全部服務資源注冊管理表，以及服務查詢請求接口，允許感興趣的服務請求者查找服務資源。

     SOA體系結構中的每個實體都扮演著服務提供者、請求者和管理中心這3種角色中的某一種（或多種）。SOA體系結構中的操作如下。

     通過提供面向社區和個人兩種模式的統一信息資源的部署、集成、發布和共享，支持多社區、多租戶模式的聯機服務和開發，實現了應用程序和操作系統平臺的相對物理數據源的完全可移植性。利用云數據庫系統，可以處理分布的異構資源數據。 以上就是小編為您介紹的數據庫系統的核心是什么，希望對您有所幫助。