邏輯資料庫

❶ 邏輯模型與資料庫模型差異是什麼

邏輯模型，是指數據的邏輯結構。在資料庫中，邏輯模型有E-R圖，可以清晰表示個個關系。
在管理信息系統中，邏輯模型：是著重用邏輯的過程或主要的業務來描述對象系統，描述系統要「做什麼」，或者說具有哪些功能。
資料庫模型,描述了在資料庫中結構化和操縱數據的方法，模型的結構部分規定了數據如何被描述（例如樹、表等）；模型的操縱部分規定了數據的添加、刪除、顯示、維護、列印、查找、選擇、排序和更新等操作。

❷ 資料庫系統的邏輯結構由哪些部分組成

資料庫的基本結構
資料庫的基本結構分三個層次，反映了觀察資料庫的三種不同角度。
(1)物理數據層。它是資料庫的最內層，是物理存貯設備上實際存儲的數據的集合。這些數據是原始數據，是用戶加工的對象，由內部模式描述的指令操作處理的位串、字元和字組成。
(2)概念數據層。它是資料庫的中間一層，是資料庫的整體邏輯表示。指出了每個數據的邏輯定義及數據間的邏輯聯系，是存貯記錄的集合。它所涉及的是資料庫所有對象的邏輯關系，而不是它們的物理情況，是資料庫管理員概念下的資料庫。
(3)邏輯數據層。它是用戶所看到和使用的資料庫，表示了一個或一些特定用戶使用的數據集合，即邏輯記錄的集合。
資料庫不同層次之間的聯系是通過映射進行轉換的。資料庫具有以下主要特點：
(1)實現數據共享。數據共享包含所有用戶可同時存取資料庫中的數據，也包括用戶可以用各種方式通過介面使用資料庫，並提供數據共享。
(2)減少數據的冗餘度。同文件系統相比，由於資料庫實現了數據共享，從而避免了用戶各自建立應用文件。減少了大量重復數據，減少了數據冗餘，維護了數據的一致性。
(3)數據的獨立性。數據的獨立性包括資料庫中資料庫的邏輯結構和應用程序相互獨立，也包括數據物理結構的變化不影響數據的邏輯結構。
(4)數據實現集中控制。文件管理方式中，數據處於一種分散的狀態，不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用資料庫可對數據進行集中控制和管理，並通過數據模型表示各種數據的組織以及數據間的聯系。
(5)數據一致性和可維護性，以確保數據的安全性和可靠性。主要包括：①安全性控制：以防止數據丟失、錯誤更新和越權使用；②完整性控制：保證數據的正確性、有效性和相容性；③並發控制：使在同一時間周期內，允許對數據實現多路存取，又能防止用戶之間的不正常交互作用；④故障的發現和恢復：由資料庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞

❸ 邏輯資料庫表

這應該是一個觀點，就是我們常說的，表本身並不實際存在，但從物理表映射查詢創建的表。

❹ 資料庫中什麼叫邏輯結構

在資料庫中邏輯結構是針對概念結構的，他是概念結構的總結提升，更加容易數據化，可以利用邏輯推理進行「推理及運算」，是資料庫能夠操作的基礎。

❺ 資料庫中外模式與邏輯模式的關系

三級模式結構：外模式、模式和內模式
一、模式（Schema）
定義：也稱邏輯模式，是資料庫中全體數據的邏輯結構和特徵的描述，是所有用戶的公共數據視圖。
理解：
① 一個資料庫只有一個模式；
② 是資料庫數據在邏輯級上的視圖；
③ 資料庫模式以某一種數據模型為基礎；
④ 定義模式時不僅要定義數據的邏輯結構（如數據記錄由哪些數據項構成，數據項的名字、類型、取值范圍等），而且要定義與數據有關的安全性、完整性要求，定義這些數據之間的聯系。
二、外模式（External Schema）
定義：也稱子模式（Subschema）或用戶模式，是資料庫用戶（包括應用程序員和最終用戶）能夠看見和使用的局部數據的邏輯結構和特徵的描述，是資料庫用戶的數據視圖，是與某一應用有關的數據的邏輯表示。
理解：
① 一個資料庫可以有多個外模式；
② 外模式就是用戶視圖；
③ 外模式是保證數據安全性的一個有力措施。
三、內模式（Internal Schema）
定義：也稱存儲模式（Storage Schema），它是數據物理結構和存儲方式的描述，是數據在資料庫內部的表示方式（例如，記錄的存儲方式是順序存儲、按照B樹結構存儲還是按hash方法存儲；索引按照什麼方式組織；數據是否壓縮存儲，是否加密；數據的存儲記錄結構有何規定）。
理解：
① 一個資料庫只有一個內模式；
② 一個表可能由多個文件組成，如：數據文件、索引文件。
它是資料庫管理系統(DBMS)對資料庫中數據進行有效組織和管理的方法
其目的有：
① 為了減少數據冗餘，實現數據共享；
② 為了提高存取效率，改善性能。

❻ 資料庫 邏輯表

這個應該就是我們常說的視圖 吧，本身不是物理存在的表，而是從物理表上通過查詢的映射關系創建的表。

❼ SAP邏輯資料庫和表之間什麼關系

希望對你有幫助
從資料庫中取數據有三種方式：OPEN SQL NATIVE SQL和LOGICAL DATABASE，LOGICAL DATABASE相對於前兩種方式，有下列優勢：

l 它是按照primary key sequence來取數據的

l 可以在logic database program加入許可權檢查

l 可以自動產生selection screen使查詢更加靈活

l 程序員不需要知道logical database中表之間的具體關系

l 對於logical database的性能優化可以影響到使用它的任何程序

l 維護和增強可以實現中央處理

4.6C中SAP提供了大約190個logical database。如果logical database有三個字元，前兩個是logical database的名字第三個是logical database的application area。看每個字元代表的那個application area可以通過程序的attribute的application field的F4來查看。只有executable或report可以使用logical database。關鍵字NODE <node>，決定了logical database中的那個node要被使用，NODES為這個node准備響應的存儲空間（work area或table area由node type來決定）。在4.6中tables仍然可以被使用。當logical database從資料庫中讀取數據時就會執行PUT <node>從而觸發GET事件，GET <node>並不取數據。事件的執行順序是由logical database本身的結構決定的。在get event中使用fields很很重要就像OPEN SQL中盡量避免SELECT *一樣。Logical database是由很多subobjects組成的，structure決定了hierarchy以及數據的讀取順序。Node name最多有14個字元組成，有四種Node type：

l Table(type T)：node name是一個transparent table name，node name和table name的名稱必須一致，不允許deep types。

l DDIC type(type S)：任何Node name都可以，node type由dictionary中的structure或table type來決定，允許deep types。

l Type groups(type C)：node type是在type group中定義，type group name必須在Type group field中維護。應當優先使用DDIC TYPE以便像SAP QUERY這樣的應用也可以使用。

l Dynamic nodes(type A)：沒有固定的type，它在程序運行時才能夠確定。

報表的START-OF-SELECTION在所有的get events之前發生，END-OF-SELECTION在所有的get events之後發生。GET <node> events一旦從logical database中取得數據時都回觸發，所以這個事件會被多次觸發。Get events的執行順序由logical database的結構決定。當節點的所有子節點都被處理後再節點的下一個數據被處理之前就會觸發GET <node> LATE事件，在事件開始系統會自動創建一line feed，並把color，font和intensity設為系統默認，如果在其他事件中設置了color，也會被重設為系統默認。CHECK結束當前事件，STOP結束程序處理執行END-OF-SELECTION，在END-OF-SELECTION中的STOP，則之際顯示list buffer。EXIT結束程序處理，也不執行END-OF-SELECTION，直接顯示list buffer中的內容。

還可以使用REJECT，當前的處理被終止，還可以在下一次數據讀取時觸發。Logical database程序有一個include：db<name>sel，這里定義了logical database的selection screen。For node把selection分配給單個的logical node。Selection screen的屏幕形式由程序中的nodes表達式決定。Field selection可以由Logical database程序中的node決定，這個通過SELECTION-SCREEN中的FIELD SELECTION FOR NODE決定。Logical database程序中的這段代碼可以使application program中通過GET <node> FIELD <field list>來限製取出數據的數量，logical database程序中可以為某個Node設置dynamic selection，在語句中可以通過addition：DYNAMIC SELECTIONS FOR NODE來實現，這樣Dynamic selection button就會在你的報表的selection screen中出現。另外logical database還可以定義不同的selection screen version。如果你在報表程序中指定了一個logical database，你就可以使用logical database的selection screen了。如果在report程序中你只指定了logical database的子節點，其上層的節點的篩選條件也可以被使用。對於T(table)類型的node，可以通過TABLES來聲明它的work area。值得注意的是logical database總是按照自己的結構來讀取數據的，所以當你需要讀取logical database的比較深層次的node的數據的時候，你需要考慮換一個其所在層次比較高的logical database或者自己寫取數邏輯。Selection view決定了什麼樣的欄位會顯示在selection screen。可以創建類型為CUS的自己的view，或者覆蓋類型為SAP的view。

Logical database程序的命名規則是：SAPDB<ldbname>其中ldbname是logical database的名稱。這些程序是由subroutine組成的，每個subroutine對應於一個事件。例如subroutine <init>是在logical database程序啟動前執行，用來初始化變數和屏幕選擇。還有其他的一些subroutine也是在屏幕的PBO或PAI事件中發生的。例如AUTHORITY CHECK是在PAI中發生的。資料庫訪問是在put_<node> subroutine中實現的。這個subroutine可能會被多次執行，這取決於屏幕的選擇條件。這些subroutine的執行順序由logical database的structure來決定。使用logical database的report在執行時控制權首先屬於logical database program。每個事件在logical database program中都有一個對應的subroutine。在LDB和相應的report之間交互的時候LDB中的subroutine都會先執行。Logical database program讀取數據的順序是按照其structure執行的，總是從最頂部向下循環。LDB program是通過PUT_<NODE> subroutine來訪問數據的，在PUT event中，control由LDB program傳向report program的GET EVENT。取出來的數據或放到report program相應的work area中。GET event一旦執行完畢control就會還給LDB program。Data read的depth是由report program的GET event來決定的。如果node的某個field沒有篩選條件，可以在report program中增加這個欄位select-options在這個node的GET event中通過check來篩選。

❽ 什麼是資料庫的概念設計、邏輯設計、物理設計，以及三者的關系

1、概念設計：

對用戶要求描述的現實世界(可能是一個工廠、一個商場或者一個學校等)，通過對其中住處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。

所建立的模型應避開資料庫在計算機上的具體實現細節，用一種抽象的形式表示出來。以擴充的實體—（E-R模型）聯系模型方法為例，第一步先明確現實世界各部門所含的各種實體及其屬性、實體間的聯系以及對信息的制約條件等，從而給出各部門內所用信息的局部描述。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現實世界的概念數據模型。

2、邏輯設計：

主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。

3、物理設計：

根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構(包括文件類型、索引結構和數據的存放次序與位邏輯等)、存取方法和存取路徑等。這一步設計的結果就是所謂「物理資料庫」。

4、三者關系：

由上到下，先要概念設計，接著邏輯設計，再是物理設計，一級一級設計。三者一環扣住一環，缺一不可，概念設計是前提，邏輯設計是紐扣，將概念設計和物理設計緊密聯系起來，物理設計的結果就是傳說中的「物理資料庫」也就是最後的結果。三者密不可分，缺一不可。

(8)邏輯資料庫擴展閱讀

資料庫設計的基本步驟：

1、需求分析階段：准確了解與分析用戶需求（包括數據與處理），是整個設計過程的基礎，是最困難、最耗費時間的一步。

2、概念結構設計階段：是整個資料庫設計的關鍵,通過對用戶的需求進行綜合、歸納與抽象，形成一個獨立於具體DBMS的概念模型。從實際到理論。

3、邏輯結構設計階段：將概念結構轉換為某個DBMS所支持的數據模型,對其進行優化。優化理論。

4、資料庫物理設計階段：為邏輯數據模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）。選擇理論落腳點。

5、資料庫實施階段：運用DBMS提供的數據語言、工具及宿主語言，根據邏輯設計和物理設計的結果,建立資料庫，編制與調試應用程序，組織數據入庫，並進行試運行。理論應用於實踐。

6、資料庫運行和維護階段：資料庫應用系統經過試運行後即可投入正式運行。在資料庫系統運行過程中必須不斷地對其進行評價、調整與修改。理論指導實踐，反過來實踐修正理論。

主要特點：

1、 實現數據共享：資料庫伺服器數據共享包含所有用戶可同時存取資料庫中的數據，也包括用戶可以用各種方式通過介面使用資料庫，並提供數據共享。

2、 減少數據的冗餘度：同文件系統相比，由於資料庫實現了數據共享，從而避免了用戶各自建立應用文件。減少了大量重復數據，減少了數據冗餘，維護了數據的一致性。

3、數據的獨立性：數據的獨立性包括邏輯獨立性（資料庫中資料庫的 邏輯結構和 應用程序相互獨立）和物理獨立性（數據物理結構的變化不影響數據的邏輯結構）。

4、數據實現集中控制：文件管理方式中，數據處於一種分散的狀態，不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用資料庫可對數據進行集中控制和管理，並通過 數據模型表示各種數據的組織以及數據間的聯系。

5、數據一致性和可維護性，以確保數據的安全性和可靠性主要包括：安全性控制：以防止數據丟失、錯誤更新和越權使用；完整性控制：保證數據的正確性、有效性和相容性；並發控制：使在同一時間 周期內，允許對數據實現多路存取，又能防止用戶之間的不正常交互作用。

6、故障恢復：由資料庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞。資料庫系統能盡快恢復資料庫系統運行時出現的故障，可能是物理上或是邏輯上的錯誤。比如對系統的誤操作造成的數據錯誤等。

❾ 請問邏輯資料庫的作用是什麼

剛在書上查到的資料，希望對你有所幫助： 通常情況下報表程序中輸出的列表數據來自資料庫，在ABAP程序中，可使用Open SQL 過這Native SQL讀取這些資料庫表。邏輯資料庫則提供另一種選擇數據的方式，可以代替SQL語句在資料庫中提取數據，供程序操作。因而，可以認為邏輯資料庫是一種報表設計程序中的輔助工具，而不能將其誤解為一種可進行數據存儲的資料庫。SAP中提供多種類型的邏輯資料庫，開發人員也可自行定義數據源。它的維護工具的事物代碼是SE36或SLDB 與普通SQL語句讀取數據相比較，邏輯資料庫有以下優點：1.預設的選擇屏幕2.邏輯資料庫中可能包含多個數據表作為節點，在使用邏輯資料庫的程序中，程序開發人員可以忽略具體的數據表之間通過外部關鍵字設定的關系，而是使用GET事件按照節點層次逐級獲得數據。3.邏輯資料庫可以提高程序數據的篩選效率，並在數據篩選的同時進行用戶資料庫訪問的許可權檢查。4.邏輯數據的維護和設定可以獨立於程序進行，如果數據源發生變化，也可以直接修改資料庫，無需對所有程序進行修改。 查看原帖>>

❿ 什麼是資料庫邏輯結構圖怎麼做的

資料庫設計過程包括：
現實世界→需求分析→概念設計→邏輯設計→物理設計
概念設計－－利用數據模型進行概念資料庫的模式設計。它不依賴任何DBMS（資料庫管理系統）常用的數據模型為ERM（實體聯系模型），用到的術語有：實體、屬性、聯系、鍵。
邏輯設計－－把概念設計得到的概念資料庫模式變為邏輯數據模式，它依賴於DBMS。用到的術語有：函數依賴、範式、關系分解。

http://blog.csdn.net/ivy_zheng/archive/2007/06/29/1670978.aspx