① 在一個資料庫應用中通常包括哪三個層次
通常來說是：界面層（蠢帶User Interface layer）、業務邏輯層（Business Logic Layer）、數據訪問族哪層（Data access layer），但這一般適於大型多人開發系統來說的，可以讓不同帶穗蘆的人員按專長分工，通常幾人十幾人的小團隊用這種模式意義不大。
② 資料庫是什麼意思
資料庫，簡而言之可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據進行新增、截取、更新、刪除等操作。由於資料集中管理，電腦的資源便可由使用者共享，而且資料的保密及處理的一致性更容易達成。
資料庫將相關數據的集合存儲在一起的，這些數據是結構化的，無有害的或不必要的冗餘，並為多種應用服務；數據的存儲獨立於使用它的程序；對資料庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。
(2)在一個部門應用系統中其資料庫擴展閱讀：
資料庫一般具備具有存儲、截取、安全保障、備份等基礎功能的資料庫管理系統。資料庫管理系統可以依據它所支持的資料庫模型來作分類，或依據所支持的計算機類型來作分類，或依據所用查詢語言來作分類，或依據性能沖量重點來作分類。
而且擁有有數據索引的功能。像是一本書前面幾頁都有目錄，目錄也算是索引的一種，只是它的分類較廣，例如車牌、身份證字型大小、條碼等，都是一個索引的號碼，可以從號碼中看出其中的端倪，若是要找的人、車或物品，也只要提供相關的號碼，即可迅速查到正確的人事物。
③ 資料庫的應用系統數據結構是什麼
看看你要找的這里有沒有？
※資料庫的概念與用途
？資料庫的概念
什麼是資料庫呢?當人們從不同的角度來描述這一概念時就有不同的定義(當然是描述性的)。例如，稱資料庫是一個"記錄保存系統"(該定義強調了資料庫是若干記錄的集合)。又如稱資料庫是"人們為解決特定的任務，以一定的組織方式存儲在一起的相關的數據的集合"(該定義側重於數據的組織)。更有甚者稱資料庫是"一個數據倉庫"。當然，這種說法雖然形象，但並不嚴謹。嚴格地說，資料庫是"按照數據結構來組織、存儲和管理數據的倉庫"。在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣"倉庫"，並根據管理的需要進行相應的處理。例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表20.6.3中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。
J.Martin給資料庫下了一個比較完整的定義：資料庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗餘，並為多種應用服務；數據的存儲獨立於使用它的程序；對資料庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個資料庫時，則該系統包含一個"資料庫集合"。
? 資料庫的優點
使用資料庫可以帶來許多好處：如減少了數據的冗餘度，從而大大地節省了數據的存儲空間；實現數據資源的充分共享等等。此外，資料庫技術還為用戶提供了非常簡便的使用手段使用戶易於編寫有關資料庫應用程序。特別是近年來推出的微型計算機關系資料庫管理系統dBASELL，操作直觀，使用靈活，編程方便，環境適應廣泛(一般的十六位機，如IBM/PC/XT，國產長城0520等均可運行種軟體)，數據處理能力極強。資料庫在我國正得到愈來愈廣泛的應用，必將成為經濟管理的有力工具。
資料庫是通過資料庫管理系統(DBMS-DATA BASE MANAGEMENT SYSTEM)軟體來實現數據的存儲、管理與使用的dBASELL就是一種資料庫管理系統軟體。
? 資料庫結構與資料庫種類
資料庫通常分為層次式資料庫、網路式資料庫和關系式資料庫三種。而不同的資料庫是按不同的數據結構來聯系和組織的。
1.數據結構模型
(1)數據結構
所謂數據結構是指數據的組織形式或數據之間的聯系。如果用D表示數據，用R表示數據對象之間存在的關系集合，則將DS＝(D，R)稱為數據結構。例如，設有一個電話號碼簿，它記錄了n個人的名字和相應的電話號碼。為了方便地查找某人的電話號碼，將人名和號碼按字典順序排列，並在名字的後面跟隨著對應的電話號碼。這樣，若要查找某人的電話號碼(假定他的名字的第一個字母是Y)，那麼只須查找以Y開頭的那些名字就可以了。該例中，數據的集合D就是人名和電話號碼，它們之間的聯系R就是按字典順序的排列，其相應的數據結構就是DS＝(D，R)，即一個數組。
(2)數據結構種類
數據結構又分為數據的邏輯結構和數據的物理結構。數據的邏輯結構是從邏輯的角度(即數據間的聯系和組織方式)來觀察數據，分析數據，與數據的存儲位置無關。數據的物理結構是指數據在計算機中存放的結構，即數據的邏輯結構在計算機中的實現形式，所以物理結構也被稱為存儲結構。本節只研究數據的邏輯結構，並將反映和實現數據聯系的方法稱為數據模型。
目前，比較流行的數據模型有三種，即按圖論理論建立的層次結構模型和網狀結構模型以及按關系理論建立的關系結構模型。
2.層次、網狀和關系資料庫系統
(1)層次結構模型
層次結構模型實質上是一種有根結點的定向有序樹(在數學中"樹"被定義為一個無回的連通圖)。例如圖20.6.4是一個高等學校的組織結構圖。這個組織結構圖像一棵樹，校部就是樹根(稱為根結點)，各系、專業、教師、學生等為枝點(稱為結點)，樹根與枝點之間的聯系稱為邊，樹根與邊之比為1:N，即樹根只有一個，樹枝有N個。這種數據結構模型的一般結構見圖20.6.5所示。
圖20.6.4 高等學校的組織結構圖 圖20.6.5 層次結構模型
圖20.6.5中，Ri(i＝1，2，…6)代表記錄(即數據的集合)，其中R1就是根結點(如果Ri看成是一個家族，則R1就是祖先，它是R2、R3、R4的雙親，而R2、R3、R4互為兄弟)，R5、R6也是兄弟，且其雙親為R3。R2、R4、R5、R6又被稱為葉結點(即無子女的結點)。這樣，Ri(i＝1，2，…6)就組成了以R1為樹根的一棵樹，這就是一個層次數據結構模型。
按照層次模型建立的資料庫系統稱為層次模型資料庫系統。IMS(Information Manage-mentSystem)是其典型代表。
(2)網狀結構模型?
在圖20.6.6中，給出了某醫院醫生、病房和病人之間的聯系。即每個醫生負責治療三個病人，每個病房可住一到四個病人。如果將醫生看成是一個數據集合，病人和病房分別是另外兩個數據集合，那麼醫生、病人和病房的比例關系就是M:N:P(即M個醫生，N個病人，P間病房)。這種數據結構就是網狀數據結構，它的一般結構模型如圖20.6.7所示。在圖中，記錄Ri(i＝1，2，8)滿足以下條件：
①可以有一個以上的結點無雙親(如R1、R2、R3)。
②至少有一個結點有多於一個以上的雙親。在"醫生、病人、病房"例中，"醫生集合有若干個結點(M個醫生結點)無"雙親"，而"病房"集合有P個結點(即病房)，並有一個以上的"雙親"(即病人)。
圖20.6.6 醫生、病房和病人之間的關系
圖20.6.7 網狀結構模型
按照網狀數據結構建立的資料庫系統稱為網狀資料庫系統，其典型代表是DBTG(Data Base Task Group)。用數學方法可將網狀數據結構轉化為層次數據結構。
(3)關系結構模型
關系式數據結構把一些復雜的數據結構歸結為簡單的二元關系(即二維表格形式)。例如某單位的職工關系就是一個二元關系(見表20.6.8)。這個四行六列的表格的每一列稱為一個欄位(即屬性)，欄位名相當於標題欄中的標題(屬性名稱)；表的每一行是包含了六個屬性(工號、姓名、年齡、性別、職務、工資)的一個六元組，即一個人的記錄。這個表格清晰地反映出該單位職工的基本情況。
表20.6.8 職工基本情況
通常一個m行、n列的二維表格的結構如表20.6.9所示。
表中每一行表示一個記錄值，每一列表示一個屬性(即欄位或數據項)。該表一共有m個記錄。每個記錄包含n個屬性。
作為一個關系的二維表，必須滿足以下條件：
(1)表中每一列必須是基本數據項(即不可再分解)。
(2)表中每一列必須具有相同的數據類型(例如字元型或數值型)。
(3)表中每一列的名字必須是唯一的。
(4)表中不應有內容完全相同的行。
(5)行的順序與列的順序不影響表格中所表示的信息的含義。
由關系數據結構組成的資料庫系統被稱為關系資料庫系統。
在關系資料庫中，對數據的操作幾乎全部建立在一個或多個關系表格上，通過對這些關系表格的分類、合並、連接或選取等運算來實現數據的管理。dBASEII就是這類資料庫管理系統的典型代表。對於一個實際的應用問題(如人事管理問題)，有時需要多個關系才能實現。用dBASEII建立起來的一個關系稱為一個資料庫(或稱資料庫文件)，而把對應多個關系建立起來的多個資料庫稱為資料庫系統。dBASEII的另一個重要功能是通過建立命令文件來實現對資料庫的使用和管理，對於一個資料庫系統相應的命令序列文件，稱為該資料庫的應用系統。因此，可以概括地說，一個關系稱為一個資料庫，若干個資料庫可以構成一個資料庫系統。資料庫系統可以派生出各種不同類型的輔助文件和建立它的應用系統。
? 資料庫的要求與特性
為了使各種類型的資料庫系統能夠充分發揮它們的優越性，必須對資料庫管理系統的使用提出一些明確的要求。
1.建立資料庫文件的要求
(1)盡量減少數據的重復，使數據具有最小的冗餘度。計算機早期應用中的文件管理系統，由於數據文件是用戶各自建立的，幾個用戶即使有許多相同的數據也得放在各自的文件中，因而造成存儲的數據大量重復，浪費存儲空間。資料庫技術正是為了克服這一缺點而出現的，所以在組織數據的存儲時應避免出現冗餘。
(2)提高數據的利用率，使眾多用戶都能共享數據資源。
(3)注意保持數據的完整性。這對某些需要歷史數據來進行預測、決策的部門(如統計局、銀行等)特別重要。
(4)注意同一數據描述方法的一致性，使數據操作不致發生混亂。如一個人的學歷在人事檔案中是大學畢業，而在科技檔案中卻是大學程度，這樣就容易造成混亂。
(5)對於某些需要保密的數據，必須增設保密措施。
(6)數據的查找率高，根據需要數據應能被及時維護。
2.資料庫文件的特徵
無論使用哪一種資料庫管理系統，由它們所建立的資料庫文件都可以看成是具有相同性質的記錄的集合，因而這些資料庫文件都有相同的特性：
(1)文件的記錄格式相同，長度相等。
(2)不同的行是不同的記錄，因而具有不同的內容。
(3)不同的列表示不同的欄位名，同一列中的數據的性質(屬性)相同。
(4)每一行各列的內容是不能分割的，但行的順序和列的順序不影響文件內容的表達。
3.文件的分類
對文件引用最多的是主文件和事物文件。其他的文件分類還包括表文件、備份文件、檔案的輸出文件等。下面將講述這些文件。
(1)主文件。主文件是某特定應用領域的永久性的數據資源。主文件包含那些被定期存取以提供信息和經常更新以反映最新狀態的記錄。典型的主文件有庫存文件、職工主文件和收帳主文件等。
(2)事務文件。事務文件包含著作為一個信息系統的數據活動(事務)的那些記錄。這些事務被分批以構成事務文件。例如，從每周工資卡上錄制下來的數分批存放在一個事務文件上，然後對照工資清單文件進行處理以便列印出工資支票和工資記錄簿。
(3)表文件。表文件是一些表格。之所以單獨建立表文件而不把表設計在程序中是為了便於修改。例如，一個公用事業公司的稅率表或國內稅務局的稅率就可以存儲在表中文件。
(4)備用文件。備用文件是現有生產性文件的一個復製品。一旦生產性文件受到破壞，利用備用文件就可以重新建立生產性文件。
(5)檔案文件。檔案文件不是提供當前處理使用的，而是保存起來作為歷史參照的。例如，國內稅務局(IRS)可能要求檢查某個人最近15年的歷史。實際上，檔案文件恰恰是在給定時間內工作的一個"快照"。
(6)輸出文件。輸出文件包含將要列印在列印機上的、顯在屏幕上的或者繪制在繪圖儀上的那些信息的數值映象。輸出文件可以是"假離線的"(存儲在輔存設備上)，當輸出設備可
用時才進行實際的輸出。
④ 資料庫是什麼
資料庫
data base
為滿足某一部門中多個用戶多種應用的需要，按照一定的數據模型在計算機系統中組織、存儲和使用的互相聯系的數據集合。
帶有資料庫的計算機系統，除具備一般的硬體、軟體外，必須有用以存儲大量數據的直接存取存儲設備、管理並控制資料庫的軟體——資料庫管理系統(DBMS)、管理資料庫的人員——資料庫管理員 (DBA)。這樣的數據、硬體、軟體和管理人員的總體構成資料庫系統。資料庫僅是資料庫系統的一個組成部分。
資料庫系統的功能和特徵 資料庫系統由文卷系統發展而來。與文卷系統相比，這種系統具有數據、體系和控制三個方面的主要特徵。
數據特徵 在文卷系統中雖然程序與數據之間可用存取方法進行轉換,但文卷還是與應用程序對應的,即數據仍面向應用。每一應用各自建立自己的一組文卷。不同的應用若涉及相同的數據，則這些數據分別納入各自的文卷之中。文卷的各種記錄之間沒有建立聯系，因而數據冗餘度大。增加新的應用，必須同時增加新的文卷。因此，文卷系統中的文卷是無結構的、不易擴充的信息集合。資料庫則不僅描述數據本身，而且描述數據之間的聯系。它的數據結構反映了某一部門的整體信息結構，數據冗餘度小、易於擴充新的應用，因而是面向數據總體結構的信息集合，可為多個用戶共享。
體系特徵 一切數據都有邏輯和物理兩個側面。在資料庫系統中，數據邏輯結構的描述稱為邏輯模式。邏輯模式又分為描述全局邏輯結構的全局模式(簡稱模式)和描述某些應用所涉及的局部邏輯結構的子模式。數據物理結構的描述稱為存儲模式。這兩種模式總稱為資料庫模式。
資料庫系統中，用戶根據子模式編製程序。子模式與模式模式與存儲模式之間有軟體進行映射。因此,程序與數據之間具有兩級獨立性：物理獨立性和邏輯獨立性。數據的存儲模式改變，而模式可以不改變，因而不必改寫應用程序,這稱為物理獨立性。模式改變時,子模式可能不改變，也就不必改寫應用程序，這稱為邏輯獨立性。由於資料庫系統具備比較高的程序與數據的獨立性，可以使程序員在編制應用程序時集中精力考慮演算法邏輯，不必過問物理細節，而且可以大大減少應用程序維護的工作量。
控制特徵 資料庫數據數量龐大，結構復雜，又為多個用戶所共享。因此，必須由資料庫管理系統在定義、建立、運行以及維護時進行統一管理和控制，以保證資料庫數據的安全性、完整性和並發操作的一致性。此外，還必須有資料庫管理員專門負責對資料庫的管理、控制監督和改進。
由於資料庫系統具有上述特徵，它的出現使信息系統的研製從圍繞加工數據的程序為中心，轉變到圍繞共享洞橘返的資料庫來進行。這便於數據的集中管理，有利於應用程序的研製和維護。數據減少了冗餘度和提高了相容性，從而提高了作出決策的相容性。因此，大型復雜的信息系統大多以資料庫為核心，資料庫系統在計算機應用中起著越來越重要的作用。
研究課題 資料庫研究的課題，主要涉及三個領域。
資料庫管理系統軟體的研製 DBMS是資料庫系統的基礎。研製DBMS的基本目標，是擴大功能，提高性能和可用性，從而提高用戶的生產率。70年代以來，研製的重點是探索關系資料庫管理系統的設計，內容包括關系數據語言、查詢優化、並發控制和系統性能等。另一類課題是對DBMS標准化的研究，即研究一個統一的DBMS體系結構的規范。
資料庫設計 這是在計算機系統具有的資料庫管理系統的基礎上，按照應用要求以及計算機系統所提供的數據模型和功能，設計一個結構良好、使用方便、效率較高的，以資料庫為核心的應用信息系統。這一領域主要的研究課題，是資料庫設計方法學和設計工具的探索伍磨。例如，運用軟體工程的方法和工具指導資料庫設計；研究資料庫設計各個階段中完備的方法和工具；以關系資料庫的規范化理論為指南進行資料庫邏輯設計等。
資料庫理論 主要研究關系資料庫理論。關系資料庫理論研究的意義，一方面在於它為資料庫學科奠定了理論基礎;另一方面它為資料庫設計提供了判別標准,從而成為資料庫設計的有力指南。研究的主要內容是關系的規范化理論。關系規范化理論已應用於資料庫設計的各個階段。
發展 資料庫納飢技術是計算機科學中發展最快的領域之一，新的領域越來越多。
分布式資料庫系統 隨著70年代後期分布計算機系統的發展，相應地研究成功分布式資料庫系統。分布式資料庫系統是一個在邏輯上完整，而在物理上分散在若乾颱互相連接的結點機上的資料庫系統。它既具有分布性又具有資料庫的綜合性。這是資料庫系統發展的一個重要方向。分布式資料庫系統結構復雜，其中最復雜的是分布式資料庫管理系統。
資料庫機器 新的計算機系統的體系結構。它把由中央處理器包辦的資料庫操作分散給一些局部的部件來執行，或轉移到一個與主計算機相連的專用計算機去執行，以提高並行性。資料庫機器的發展，包括智能控制器和存儲器，專用處理機和資料庫計算機。
資料庫語義模型 資料庫的數據模型基本上屬於語法模型，語義體現很不完備，不能明顯地含有現實世界的意義。因此，用戶只能按照DBMS所提供的數據操縱語言訪問資料庫。語義模型能准確地描述現實世界中某個部門的信息集合及其意義，使用戶能基於對現實世界的認識或用類似於自然語言的形式來訪問資料庫。這方面的研究已發展為數據語義學。
資料庫智能檢索 資料庫技術和人工智慧相結合，根據資料庫中的事實和知識進行推理，演繹出正確答案，這就是資料庫的智能檢索。這涉及到自然語言用戶介面、邏輯演繹功能和資料庫語義模型等問題，如70年代末所開始的知識庫管理系統和演繹資料庫的研究。
辦公室自動化系統中的資料庫 研究在辦公室自動化系統中資料庫技術的應用，其中主要研究對各種非格式化數據如圖像、聲音、正文的處理，以及面向端點用戶的高級語言介面。
資料庫系統
database systems
由資料庫及其管理軟體組成的系統。資料庫系統是為適應數據處理的需要而發展起來的一種較為理想的數據處理的核心機構。計算機的高速處理能力和大容量存儲器提供了實現數據管理自動化的條件。
資料庫系統一般由4個部分組成：①資料庫，即存儲在磁帶、磁碟、光碟或其他外存介質上、按一定結構組織在一起的相關數據的集合。②資料庫管理系統（DBMS）。它是一組能完成描述、管理、維護資料庫的程序系統。它按照一種公用的和可控制的方法完成插入新數據、修改和檢索原有數據的操作。③資料庫管理員（DBA）。④用戶和應用程序。對資料庫系統的基本要求是：①能夠保證數據的獨立性。數據和程序相互獨立有利於加快軟體開發速度，節省開發費用。②冗餘數據少，數據共享程度高。③系統的用戶介面簡單，用戶容易掌握，使用方便。④能夠確保系統運行可靠，出現故障時能迅速排除；能夠保護數據不受非受權者訪問或破壞；能夠防止錯誤數據的產生，一旦產生也能及時發現。⑤有重新組織數據的能力，能改變數據的存儲結構或數據存儲位置，以適應用戶操作特性的變化，改善由於頻繁插入、刪除操作造成的數據組織零亂和時空性能變壞的狀況。⑥具有可修改性和可擴充性。⑦能夠充分描述數據間的內在聯系。
資料庫計算機
database computer
實現資料庫的存儲、管理和控制的一種專用計算機系統。它能十分快速而有效地完成各種資料庫操作，並能適應大型資料庫的管理。
由於微處理機技術和簡約指令集計算機（RISC)技術的飛速發展，使高檔微機和各種工作站（見計算機工作站）的價格越來越低，而處理能力和存儲容量卻越來越高。可以說，通用處理機在這方面的發展在較大程度上降低了人們對資料庫機的進一步研究的積極性，使得資料庫機的發展在一定程度上處於停頓狀態。面對這種嚴峻形勢，它的進一步發展必須解決成本太高和使用太專等問題，以爭得用戶。資料庫機的未來發展概括起來大概有以下幾方面：①充分利用大規模集成電路技術、並行處理和其他先進硬體技術，提高資料庫機的性能／價格比。②研究新的資料庫機體系結構和相應的並行操作演算法和軟體，提高整機系統的性能，使它能適應一些特殊應用中對海量資料庫進行管理的需求。③將它與人工智慧技術結合，做出有一定智能的資料庫機，使這種機器不但能對數據進行管理和控制，而且能支持對知識的加工和運用，從而在知識處理領域發揮作用。④充分利用分布資料庫技術，發展面向通用硬體和軟體的能在網路環境下使用的資料庫機，提高資料庫機的通用性。
⑤ 管理好ORACLE數據表的幾個建議
ORACLE資料庫中 表是最基本的內容 可以說 表設計的好壞直接跟資料庫的性能相關 所以 在設計表的時候 除了要遵循其固有的資料庫准則之外 還需要看個人的資料庫管理經驗 下面我就把這些經驗分享一下 或許對大家有所幫助
一 表該存放在哪裡?
我們都知道 在ORACLE資料庫中 使利用空間這個概念來管理表對象的 在資料庫創建的時候 資料庫中已經建立了一些表空間 那麼當我們新建立表的時候 這個新表的位置該放在什麼地方呢?這就好像吃飯時的坐的位置一樣 是有講究的 一般來說 我們在新建表的時候 至少要遵循如下建議
一是在資料庫創建的時候 在資料庫中已經有了一個SYSTEM的表空間 一般情況下 這個表空間中 只包含數據字典及Oracle系統對象 如果我們將我們的表建立在這個空間上的話 那是要降低資料庫的性能的 所以 一般我們是不建議用戶把表格建立在這個空間上 但是 若我們不只一個人維護資料庫 如有八個人共同設計資料庫系統時 如何才能保證其他用戶不在SYSTEM表空間中建立資料庫表格呢?最好的辦法就是通過許可權控制 如我們可以給每個資料庫設計人員指定一個默認的表空間 讓他們只能在這個表空間中建立表格 如此的話 就能防止他們在SYSTEM表空間中建立自己的數據表格 從而對資料庫的運行性能產生不良影響 所以 若給每個用戶設置默認表空間的話 那麼用戶在建立具體的表時 不用具體指定表空間了
二是我們在為某個應用設計資料庫的時候 最好先對表的空間進行規劃 一般情況下 不要把數據表隨意的分散到不同的表空間中去 如我們在為一個ERP系統設計資料庫的時候 若把采購部門相關的表跟銷售部門相關的表放到兩個不同的表空間中去 這是不明智的做法 這么處理的話 會降低某些資料庫管理和維護操作的效率 如數據的備份與恢復操作;而且 也無法集中管理屬於某個特定應用的數據 所以 我們一般建議 在規劃資料庫表空間的時候 把相同應用的表放在同一個表空間中去 如果要區分不同部門或者不同模塊的表的話 我們可以在表的命名上動腦子 如我們在設計ERP系統的資料庫中 可以根據其應用模塊的不同 在前面加上前綴來進行識別 如跟系統基本配置相關的表 我們可以用AD為前綴;而跟銷售部門相關的表 我們可以加上SA前綴等等 如此的話 這些表具體是屬於哪個模塊的 就一清二楚了 完全沒有必要為此設置不同的表空間 這是ORACLE資料庫初學者經常會犯的錯誤 主要是對ORACLE表空間的定義不是很熟悉所導致的
二 對預計存儲數量比較大的表時 要給與額外的重視
有些表非常的大 我們這邊說的大 不一定是說結構復雜 而是指在這個表格中 預期會存儲比較多的數據 為了提高對這個表格的處理效率 我們在事先要做出一定的安排 否則的話 後續對這些大表進行查詢 插入等操作的話 速度會很慢 所以 我們就有必要在資料庫設計的時候 先預先估計一下表的數據存儲量 把一些數據量大的表格 做一些額外的設置 如在ERP軟體的資料庫設置中 一般來說 產品數據與物料清單數據這兩個表的數據量會比較大;而從長遠看的話 銷售訂單 采購訂單 生產訂單 記賬憑證等這種單據類相關的表格其數據量也會比較大 一年兩年可能感覺不出來 但是 到十年後 這個紀錄數量就會很龐大 而像ERP系統這種大型的信息化管理項目 用個幾十年時很正常的事情 而且 為了記錄的完整性 也不建議用戶把以前的數據刪除 所以 為這種應用進行資料庫設計的時候 要充分考慮這些大表的性能問題
具體的來說 設計大表的時候 可以考慮遵循如下的建議
一是不要為大表設置存儲的限制 在ORACLE資料庫中 可以為每張表格設置存儲配額限制 如此的話 表最大容量就不能超過這個限制 對於一些數據容量比較小的表格 這么設置時合理的 可以提高空間的利用率 但是 若數據量比較大的話 就不建議事先設置表的存儲空間了 如ERP系統的銷售訂單表 其剛開始可能記錄量很小 第一年預計只有 G的記錄容量 但是 估計在十年後 這個記錄容量就會達到 G了 在這種情況下 我們怎麼來給其設置存儲空間呢?一開就設置 G空間 這也是不合理的 而且 設置存儲空間 就意味著有可能產生存儲碎片 從而影響到數據查詢的效率 所以 在資料庫表的設計過程中 若某些應用的表可能會有比較大的數據容量時 建議不要對其存儲空間做出任何的限制
二是要為這大表分配足夠的臨時空間 如我們使用ERP系統時 要查詢產品資料信息 我們都知道 產品信息的話 有些企業這個紀錄數非常的龐大 而且在查詢時 我們還會經常的進行排序操作 如有時候會按照產品編碼對查詢出來的數據進行排序 當記錄少的話 還好;但是 當記錄多的話 這個排序動作 要求具有比較大的臨時存儲空間 所以 當某個表預計會有很大的記錄數量的時候 我們就要給其分配足夠多的臨時空間 臨時空間的存儲參數設置取決於臨時表空間的默認儲存參數設置 我們可以更改這些參數 以達到我們對要求 若沒有給大表分配足夠多的臨時空間的話 則排序的動作將會很慢 而且很可能不成功
三是要考慮將表與表的索引分離存放 大表所對應的索引通常也比較大 一般來說 索引的數量是隨著表記錄的數量增加而增加 兩者是接近於一個正比例的關系 所以 通常表的記錄容量大的時候 索引數量也會很龐大 針對這種情況 我們考慮突破我們上面講的表空間的規則定義 而考慮把表和他的索引分別存儲於不同的表空間中 甚至在條件允許的情況下 分別存儲於不同的硬碟中 這么做的好處是什麼呢?最大的好處是讓索引比較容易的獲得所需要的連續的存儲空間 從而提高輸入輸入的效率 通俗的說 就是可以提高數據的查詢效率 如不這么處理的話 查詢大容量的記錄的話 資料庫可能需要花費 秒;而如此設計的話 就可能把時間縮短為 秒 這是一個很明顯的性能改善
三 如何給表命名?
上面我在講如何為表分配存儲空間的時候 已經講到過這方面的問題 下面 我就將對這個問題進行詳細的描述 以幫助資料庫管理員掌握一套好的資料庫命名規則
首先 毋庸置疑的 在為標命名的時候 要遵循ORACLE資料庫的基本命名規則 如不能以數字開頭為表命名 如不能利用資料庫的關鍵字為表命名 如表的名字不能重復等等 這些是最基本的要求 就不用我多費口舌了 除了要遵循這些基本的命名規則外 在實際工作中 為了資料庫後續的維護等方面出發 我們還是要遵循一些額外的規則 這些規則跟ORACLE定義的規則不同 我們所講的規則沒有約束力 可以說 只是業界的一些共識而已 你若不怎麼處理 ORACLE資料庫也不會說你錯誤 只是後續維護的時候 會比較麻煩而已
一是在對資料庫命名的時候 最好能跟體現表的分類關系 如最常見的 我們在設計資料庫的時候 表都是按系統的具體模塊來區分的 如根據前端系統要求的不同 資料庫的表大致可以分為系統基本配置表 銷售模塊表 采購模塊表 報表模塊表等等 我們可以根據這些模塊的不同 分別給與不同的前綴來區分 這么做的好處是很明顯的 如一看到表最大名字 就可以知道這個表是屬於哪個應用的 哪個模塊的 這無疑可以提高資料庫設計與前台軟體開發的效率 同時 資料庫中默認的排序規則是按名字來排序的 所以 為表格設置類別前綴的話 可以把同一類的表格排在一起 方便我們察看
lishixin/Article/program/Oracle/201311/17758
⑥ 一個完整的資料庫系統包括哪些部分
資料庫系統（Database System），是由資料庫及其管理軟體組成的系統。
一個完整的資料庫系統包括
1. 計算機硬體
計算機硬體是資料庫系統的物質基礎，是存儲資料庫及運行資料庫管理系統的硬體資源，主要包括主機、存儲設備、輸入輸出設備以及計算機網路環境。
2. 計算機軟體
資料庫系統中的軟體包括操作系統、資料庫管理系統及資料庫應用系統等。
資料庫管理系統是資料庫系統的核心軟體之一。它提供數據定義、數據操作、資料庫管理、資料庫建立和維護以及通信等功能。DBMS提供對資料庫中數據資源進行統一管理和控制的功能，將用戶、應用程序與資料庫中數據相互隔離，是資料庫系統的核心，其功能的強弱是衡量資料庫系統性能優劣的主要指標。DBMS必須運行在相應的系統平台上，有操作系統和相關系統軟體的支持。 DBMS功能的強弱隨系統而異，在大型系統中功能較強、較全，在小型系統中功能較弱、較少。目前較流行的資料庫管理系統有Visual FoxPro，Access，SQL Server，Oracle，Sybase等。
資料庫應用系統是指系統開發人員利用資料庫系統資源開發出來的，面向某一類實際應用的應用軟體系統。它分為兩類。
(1) 管理信息系統。這是面向機構內部業務和管理的資料庫應用系統。例如，人事管理系統、教學管理系統等。
(2) 開放式信息服務系統。這是面向外部、提供動態信息查詢功能，以滿足不同信息需求的資料庫應用系統。例如，大型綜合科技信息系統、經濟信息系統和專業的證券實時行情、商品信息系統。
3. 資料庫
資料庫(DateBase，DB)是指資料庫系統中按照一定的方式組織的、存儲在外部存儲設備上的、能為多個用戶共享的及與應用程序相互獨立的相關數據集合。它不僅包括描述事物的數據本身，而且還包括相關事物之間的聯系。
資料庫中的數據是面向多種應用，可以被多個用戶、多個應用程序共享。其數據結構獨立於使用數據的程序，對於數據的增加、刪除、修改和檢索由DBMS進行統一管理和控制，用戶對資料庫進行的各種操作都是DBMS實現的。
4. 資料庫系統的有關人員
資料庫系統的有關人員主要有3類：最終用戶、資料庫應用系統開發人員和資料庫管理員(DataBase Administrator，DBA)。最終用戶指通過應用系統的用戶界面使用資料庫的人員，他們一般對資料庫知識了解不多。資料庫應用系統開發人員包括系統分析員、系統設計員和程序員。系統分析員負責應用系統的分析，他們和用戶、資料庫管理員相配合，參與系統分析；系統設計員負責應用系統設計和資料庫設計；程序員則根據設計要求進行編碼。資料庫管理員是數據管理機構的一組人員，他們負責對整個資料庫系統進行總體控制和維護，以保證資料庫系統的正
⑦ 資料庫是什麼
資料庫，可視為電子化的文件櫃，即存儲電子文件的處所。
所謂「資料庫」是以一定方式儲存在一起、能與多個用戶共享、具有盡可能小的冗餘度、與應用程序彼此獨立的數據集合。在資料庫中，用戶可以對文件中的數據進行新增、查詢、更新、刪除等操作。
因為使用io流文件存儲數據有很多弊端如文件存儲數據存儲效率低、不管存還取操作都較麻煩、一般只能保存小量字元串數據等。為了解決這些弊端，才有資料庫的出現，使用資料庫存儲數據就可以很好的解決這些弊端。
(7)在一個部門應用系統中其資料庫擴展閱讀：
資料庫的結構：
一個資料庫由一個或一組數據表組成。每個資料庫都以文件的形式存放在磁碟上，即對應於一個物理文件。不同的資料庫，與物理文件對應的方式也不一樣。
對於dBASE,FoxPro和Paradox格式的資料庫來說，一個數據表就是一個單獨的資料庫文件，而對於Microsoft Access、Btrieve格式的資料庫來說，一個資料庫文件可以含有多個數據表。
資料庫中的數據是以表為單位進行組織的。一個表是一組相關的按行排列的數據；每個表中都含有相同類型的信息。表實際上是一個二維表格，例如，一個班所有學生的考試成績，可以存放在一個表中，表中的每一行對應一個學生，這一行包括學生的學號，姓名及各門課程成績。
參考資料來源：網路-資料庫
⑧ 資料庫名詞解釋
資料庫的概念:
資料庫(Database)是按照數據結構來組織、存儲和管理數據的倉庫，它產生於距今六十多年前，隨著信息技術和市場的發展，特別是二十世紀九十年代以後，
數據管理不再僅僅是存儲和管理數據，而轉變成用戶所需要的各種數據管理的方式。資料庫有很多種類型，從最簡單的存儲有各種數據的表格到能夠進行海量數據存儲的大型資料庫系統都在各個方面得到了廣泛的應用。
在信息化社會，充分有效地管理和利用各類信息資源，是進行科學研究和決策管理的前提條件。資料庫技術是管理信息系統、辦公自動化系統、決策支持系統等各類信息系統的核心部分，是進行科學研究和決策管理的重要技術手段。
資料庫的定義:
定義1:資料庫(Database)是按照數據結構來組織、存儲和管理數據的建立在計算機存儲設備上的倉庫。
簡單來說是本身可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據進行新增、截取、更新、刪除等操作。
在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣的「倉庫」，並根據管理的需要進行相應的處理。
例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。
定義2:
嚴格來說，資料庫是長期儲存在計算機內、有組織的、可共享的數據集合。資料庫中的數據指的是以一定的數據模型組織、描述和儲存在一起、具有盡可能小的冗餘度、較高的數據獨立性和易擴展性的特點並可在一定范圍內為多個用戶共享。
這種數據集合具有如下特點：盡可能不重復，以最優方式為某個特定組織的多種應核困用服務，其數據結構獨立於使用它的應用程序，對數據的增、刪、改、查由統一軟體進行管理和控制。從發展的歷史看，資料庫是數據管理的高級階段，它是由文件管理系統發展起來的。[1][2]
資料庫的處理系統:
資料庫是一個單位或是一個應用領域的通用數據處理系統，它存儲的是屬於企業和事業部門、團體改洞念和個人的有關數據的集合。資料庫中的數據是從全局觀點出發建立的，按一定的數據模型進行組織、描述和存儲。其結構基於數據間的自然聯系，從而可提供一切必要的存取路徑，且數據不再針對某一應用，而是面向全組織，具有整體的結構化特徵。
數據顫悶庫中的數據是為眾多用戶所共享其信息而建立的，已經擺脫了具體程序的限制和制約。不同的用戶可以按各自的用法使用資料庫中的數據；多個用戶可以同時共享資料庫中的數據資源，即不同的用戶可以同時存取資料庫中的同一個數據。數據共享性不僅滿足了各用戶對信息內容的要求，同時也滿足了各用戶之間信息通信的要求。
資料庫的基本結構:
資料庫的基本結構分三個層次，反映了觀察資料庫的三種不同角度。
以內模式為框架所組成的資料庫叫做物理資料庫；以概念模式為框架所組成的數據叫概念資料庫；以外模式為框架所組成的資料庫叫用戶資料庫。
⑴物理數據層。
它是資料庫的最內層，是物理存貯設備上實際存儲的數據的集合。這些數據是原始數據，是用戶加工的對象，由內部模式描述的指令操作處理的位串、字元和字組成。
⑵概念數據層。
它是資料庫的中間一層，是資料庫的整體邏輯表示。指出了每個數據的邏輯定義及數據間的邏輯聯系，是存貯記錄的集合。它所涉及的是資料庫所有對象的邏輯關系，而不是它們的物理情況，是資料庫管理員概念下的資料庫。
⑶用戶數據層。
它是用戶所看到和使用的資料庫，表示了一個或一些特定用戶使用的數據集合，即邏輯記錄的集合。
資料庫不同層次之間的聯系是通過映射進行轉換的。
資料庫的主要特點:
⑴實現數據共享
數據共享包含所有用戶可同時存取資料庫中的數據，也包括用戶可以用各種方式通過介面使用資料庫，並提供數據共享。
⑵減少數據的冗餘度
同文件系統相比，由於資料庫實現了數據共享，從而避免了用戶各自建立應用文件。減少了大量重復數據，減少了數據冗餘，維護了數據的一致性。
⑶數據的獨立性
數據的獨立性包括邏輯獨立性（資料庫中資料庫的邏輯結構和應用程序相互獨立）和物理獨立性（數據物理結構的變化不影響數據的邏輯結構）。
⑷數據實現集中控制
文件管理方式中，數據處於一種分散的狀態，不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用資料庫可對數據進行集中控制和管理，並通過數據模型表示各種數據的組織以及數據間的聯系。
⑸數據一致性和可維護性，以確保數據的安全性和可靠性
主要包括：①安全性控制：以防止數據丟失、錯誤更新和越權使用；②完整性控制：保證數據的正確性、有效性和相容性；③並發控制：使在同一時間周期內，允許對數據實現多路存取，又能防止用戶之間的不正常交互作用。
⑹故障恢復
由資料庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞。資料庫系統能盡快恢復資料庫系統運行時出現的故障，可能是物理上或是邏輯上的錯誤。比如對系統的誤操作造成的數據錯誤等。
資料庫的數據種類:
資料庫通常分為層次式資料庫、網路式資料庫和關系式資料庫三種。而不同的資料庫是按不同的數據結構來聯系和組織的。
1.數據結構模型
⑴數據結構
所謂數據結構是指數據的組織形式或數據之間的聯系。
如果用D表示數據，用R表示數據對象之間存在的關系集合，則將DS=(D，R)稱為數據結構。
例如，設有一個電話號碼簿，它記錄了n個人的名字和相應的電話號碼。為了方便地查找某人的電話號碼，將人名和號碼按字典順序排列，並在名字的後面跟隨著對應的電話號碼。這樣，若要查找某人的電話號碼(假定他的名字的第一個字母是Y)，那麼只須查找以Y開頭的那些名字就可以了。該例中，數據的集合D就是人名和電話號碼，它們之間的聯系R就是按字典順序的排列，其相應的數據結構就是DS=(D，R)，即一個數組。
⑵數據結構類型
數據結構又分為數據的邏輯結構和數據的物理結構。
數據的邏輯結構是從邏輯的角度(即數據間的聯系和組織方式)來觀察數據，分析數據，與數據的存儲位置無關；數據的物理結構是指數據在計算機中存放的結構，即數據的邏輯結構在計算機中的實現形式，所以物理結構也被稱為存儲結構。
這里只研究數據的邏輯結構，並將反映和實現數據聯系的方法稱為數據模型。
比較流行的數據模型有三種，即按圖論理論建立的層次結構模型和網狀結構模型以及按關系理論建立的關系結構模型。
2.層次、網狀和關系資料庫系統
⑴層次結構模型
層次結構模型實質上是一種有根結點的定向有序樹(在數學中"樹"被定義為一個無回的連通圖)。下圖是一個高等學校的組織結構圖。這個組織結構圖像一棵樹，校部就是樹根(稱為根結點)，各系、專業、教師、學生等為枝點(稱為結點)，樹根與枝點之間的聯系稱為邊，樹根與邊之比為1:N，即樹根只有一個，樹枝有N個。
按照層次模型建立的資料庫系統稱為層次模型資料庫系統。IMS(InformationManagementSystem)是其典型代表。
⑵網狀結構模型
按照網狀數據結構建立的資料庫系統稱為網狀資料庫系統，其典型代表是DBTG(DatabaseTaskGroup)。用數學方法可將網狀數據結構轉化為層次數據結構。
⑶關系結構模型
關系式數據結構把一些復雜的數據結構歸結為簡單的二元關系(即二維表格形式)。例如某單位的職工關系就是一個二元關系。
由關系數據結構組成的資料庫系統被稱為關系資料庫系統。
在關系資料庫中，對數據的操作幾乎全部建立在一個或多個關系表格上，通過對這些關系表格的分類、合並、連接或選取等運算來實現數據的管理。
dBASEⅡ就是這類資料庫管理系統的典型代表。對於一個實際的應用問題（如人事管理問題），有時需要多個關系才能實現。用dBASEⅡ建立起來的一個關系稱為一個資料庫（或稱資料庫文件），而把對應多個關系建立起來的多個資料庫稱為資料庫系統。dBASEⅡ的另一個重要功能是通過建立命令文件來實現對資料庫的使用和管理，對於一個資料庫系統相應的命令序列文件，稱為該資料庫的應用系統。
因此，可以概括地說，一個關系稱為一個資料庫，若干個資料庫可以構成一個資料庫系統。資料庫系統可以派生出各種不同類型的輔助文件和建立它的應用系統。
資料庫的發展簡史:
1資料庫的技術發展
使用計算機後，隨著數據處理量的增長，產生了數據管理技術。數據管理技術的發展與計算機硬體（主要是外部存儲器）系統軟體及計算機應用的范圍有著密切的聯系。數據管理技術的發展經歷了以下四個階段：人工管理階段、文件系統階段、資料庫階段和高級資料庫技術階段。
2數據管理的誕生
資料庫的歷史可以追溯到五十年前，那時的數據管理非常簡單。通過大量的分類、比較和表格繪制的機器運行數百萬穿孔卡片來進行數據的處理，其運行結果在紙上列印出來或者製成新的穿孔卡片。而數據管理就是對所有這些穿孔卡片進行物理的儲存和處理。然而，1950年雷明頓蘭德公司（RemingtonRandInc）的一種叫做UnivacI的計算機推出了一種一秒鍾可以輸入數百條記錄的磁帶驅動器，從而引發了數據管理的革命。1956年IBM生產出第一個磁碟驅動器——theModel305RAMAC。此驅動器有50個碟片，每個碟片直徑是2英尺，可以儲存5MB的數據。使用磁碟最大的好處是可以隨機存取數據，而穿孔卡片和磁帶只能順序存取數據。
1951：Univac系統使用磁帶和穿孔卡片作為數據存儲。
資料庫系統的萌芽出現於二十世紀60年代。當時計算機開始廣泛地應用於數據管理，對數據的共享提出了越來越高的要求。傳統的文件系統已經不能滿足人們的需要，能夠統一管理和共享數據的資料庫管理系統（DBMS）應運而生。數據模型是資料庫系統的核心和基礎，各種DBMS軟體都是基於某種數據模型的。所以通常也按照數據模型的特點將傳統資料庫系統分成網狀資料庫、層次資料庫和關系資料庫三類。
最早出現的網狀DBMS，是美國通用電氣公司Bachman等人在1961年開發的IDS（IntegratedDataStore）。1964年通用電氣公司（GeneralElectricCo.）的CharlesBachman成功地開發出世界上第一個網狀DBMS也即第一個資料庫管理系統——集成數據存儲（IntegratedDataStoreIDS），奠定了網狀資料庫的基礎，並在當時得到了廣泛的發行和應用。IDS具有數據模式和日誌的特徵，但它只能在GE主機上運行，並且資料庫只有一個文件，資料庫所有的表必須通過手工編碼生成。之後，通用電氣公司一個客戶——BFGoodrichChemical公司最終不得不重寫了整個系統，並將重寫後的系統命名為集成數據管理系統（IDMS）。
網狀資料庫模型對於層次和非層次結構的事物都能比較自然的模擬，在關系資料庫出現之前網狀DBMS要比層次DBMS用得普遍。在資料庫發展史上，網狀資料庫佔有重要地位。
層次型DBMS是緊隨網路型資料庫而出現的，最著名最典型的層次資料庫系統是IBM公司在1968年開發的IMS（InformationManagementSystem），一種適合其主機的層次資料庫。這是IBM公司研製的最早的大型資料庫系統程序產品。從60年代末產生起，如今已經發展到IMSV6，提供群集、N路數據共享、消息隊列共享等先進特性的支持。這個具有30年歷史的資料庫產品在如今的WWW應用連接、商務智能應用中扮演著新的角色。
1973年Cullinane公司（也就是後來的Cullinet軟體公司），開始出售Goodrich公司的IDMS改進版本，並且逐漸成為當時世界上最大的軟體公司。
資料庫的關系由來:
網狀資料庫和層次資料庫已經很好地解決了數據的集中和共享問題，但是在數據獨立性和抽象級別上仍有很大欠缺。用戶在對這兩種資料庫進行存取時，仍然需要明確數據的存儲結構，指出存取路徑。而後來出現的關系資料庫較好地解決了這些問題。
1970年，IBM的研究員E.F.Codd博士在刊物《CommunicationoftheACM》上發表了一篇名為「」的論文，提出了關系模型的概念，奠定了關系模型的理論基礎。盡管之前在1968年Childs已經提出了面向集合的模型，然而這篇論文被普遍認為是資料庫系統歷史上具有劃時代意義的里程碑。Codd的心願是為資料庫建立一個優美的數據模型。後來Codd又陸續發表多篇文章，論述了範式理論和衡量關系系統的12條標准，用數學理論奠定了關系資料庫的基礎。關系模型有嚴格的數學基礎，抽象級別比較高，而且簡單清晰，便於理解和使用。但是當時也有人認為關系模型是理想化的數據模型，用來實現DBMS是不現實的，尤其擔心關系資料庫的性能難以接受，更有人視其為當時正在進行中的網狀資料庫規范化工作的嚴重威脅。為了促進對問題的理解，1974年ACM牽頭組織了一次研討會，會上開展了一場分別以Codd和Bachman為首的支持和反對關系資料庫兩派之間的辯論。這次著名的辯論推動了關系資料庫的發展，使其最終成為現代資料庫產品的主流。
1969年EdgarF.「Ted」Codd發明了關系資料庫。
1970年關系模型建立之後，IBM公司在SanJose實驗室增加了更多的研究人員研究這個項目，這個項目就是著名的SystemR。其目標是論證一個全功能關系DBMS的可行性。該項目結束於1979年，完成了第一個實現SQL的DBMS。然而IBM對IMS的承諾阻止了SystemR的投產，一直到1980年SystemR才作為一個產品正式推向市場。IBM產品化步伐緩慢的三個原因：IBM重視信譽，重視質量，盡量減少故障；IBM是個大公司，官僚體系龐大，IBM內部已經有層次資料庫產品，相關人員不積極，甚至反對。
然而同時，1973年加州大學伯克利分校的MichaelStonebraker和EugeneWong利用SystemR已發布的信息開始開發自己的關系資料庫系統Ingres。他們開發的Ingres項目最後由Oracle公司、Ingres公司以及矽谷的其他廠商所商品化。後來，SystemR和Ingres系統雙雙獲得ACM的1988年「軟體系統獎」。
1976年霍尼韋爾公司(Honeywell)開發了第一個商用關系資料庫系統——MulticsRelationalDataStore。關系型資料庫系統以關系代數為堅實的理論基礎，經過幾十年的發展和實際應用，技術越來越成熟和完善。其代表產品有Oracle、IBM公司的DB2、微軟公司的MSSQLServer以及Informix、ADABASD等等。
資料庫的發展階段：
資料庫發展階段大致劃分為如下的幾個階段：人工管理階段、文件系統階段、資料庫系統階段、高級資料庫階段。
人工管理階段
20世紀50年代中期之前，計算機的軟硬體均不完善。硬體存儲設備只有磁帶、卡片和紙帶，軟體方面還沒有操作系統，當時的計算機主要用於科學計算。這個階段由於還沒有軟體系統對數據進行管理，程序員在程序中不僅要規定數據的邏輯結構，還要設計其物理結構，包括存儲結構、存取方法、輸入輸出方式等。當數據的物理組織或存儲設備改變時，用戶程序就必須重新編制。由於數據的組織面向應用，不同的計算程序之間不能共享數據，使得不同的應用之間存在大量的重復數據，很難維護應用程序之間數據的一致性。
這一階段的主要特徵可歸納為如下幾點：
（1）計算機中沒有支持數據管理的軟體，計算機系統不提供對用戶數據的管理功能，應用程序只包含自己要用到的全部數據。用戶編製程序，必須全面考慮好相關的數據，包括數據的定義、存儲結構以即存取方法等。程序和數據是一個不可分割的整體。數據脫離了程序極具無任何存在的價值，數據無獨立性。
（2）數據不能共享。不同的程序均有各自的數據，這些數據對不同的程序通常是不相同的，不可共享；即使不同的程序使用了相同的一組數據，這些數據也不能共享，程序中仍然需要各自加入這組數據，哪個部分都不能省略。基於這種數據的不可共享性，必然導致程序與程序之間存在大量的重復數據，浪費存儲空間。
（3）不能單獨保存數據。在程序中要規定數據的邏輯結構和物理結構，數據與程序不獨立。基於數據與程序是一個整體，數據只為本程序所使用，數據只有與相應的程序一起保存才有價值，否則毫無用處。所以，所有程序的數據不單獨保存。數據處理的方式是批處理。
文件系統階段:
這一階段的主要標志是計算機中有了專門管理資料庫的軟體——操作系統（文件管理）。
上世紀50年代中期到60年代中期，由於計算機大容量直接存儲設備如硬碟、磁鼓的出現，
推動了軟體技術的發展，軟體的領域出現了操作系統和高級軟體，操作系統中的文件系統是專門管理外存的數據管理軟體，操作系統為用戶使用文件提供了友好界面。操作系統的出現標志著數據管理步入一個新的階段。在文件系統階段，數據以文件為單位存儲在外存，且由操作系統統一管理，文件是操作系統管理的重要資源。
文件系統階段的數據管理具有一下幾個特點：
優點
（1）數據以「文件」形式可長期保存在外部存儲器的磁碟上。由於計算機的應用轉向信息管理，因此對文件要進行大量的查詢、修改和插入等操作。
（2）數據的邏輯結構與物理結構有了區別，程序和數據分離，使數據與程序有了一定的獨立性，但比較簡單。數據的邏輯結構是指呈現在用戶面前的數據結構形式。數據的物理結構是指數據在計算機存儲設備上的實際存儲結構。程度與數據之間具有「設備獨立性」，即程序只需用文件名就可與數據打交道，不必關心數據的物理位置。由操作系統的文件系統提供存取方法（讀/寫）。
（3）文件組織已多樣化。有索引文件、鏈接文件和直接存取文件等。但文件之間相互獨立、缺乏聯系。數據之間的聯系需要通過程序去構造。
（4）數據不再屬於某個特定的程序，可以重復使用，即數據面向應用。但是文件結構的設計仍是基於特定的用途，程序基於特定的物理結構和存取方法，因此程度與數據結構之間的依賴關系並未根本改變。
（5）用戶的程序與數據可分別存放在外存儲器上，各個應用程序可以共享一組數據，實現了以文件為單位的數據共享文件系統。
（6）對數據的操作以記錄為單位。這是由於文件中只存儲數據，不存儲文件記錄的結構描述信息。文件的建立、存取、查詢、插入、刪除、修改等操作，都要用程序來實現。
（7）數據處理方式有批處理，也有聯機實時處理。
缺點
文件系統對計算機數據管理能力的提高雖然起了很大的作用，但隨著數據管理規模的擴大，數據量急劇增加，文價系統顯露出一些缺陷，問題表現在：
（1）數據文件是為了滿足特定業務領域某一部門的專門需要而設計，數據和程序相互依賴，數據缺乏足夠的獨立性。
（2）數據沒有集中管理的機制，其安全性和完整性無法保障，數據維護業務仍然由應用程序來承擔；
（3）數據的組織仍然是面向程序，數據與程序的依賴性強，數據的邏輯結構不能方便地修改和擴充，數據邏輯結構的每一點微小改變都會影響到應用程序；而且文件之間的缺乏聯系，因而它們不能反映現實世界中事物之間的聯系，加上操作系統不負責維護文件之間的聯系，信息造成每個應用程序都有相對應的文件。如果文件之間有內容上的聯系，那也只能由應用程序去處理，有可能同樣的數據在多個文件中重復儲存。這兩者造成了大量的數據冗餘。
（4）對現有數據文件不易擴充，不易移植，難以通過增、刪數據項來適應新的應用要求。
資料庫系統階段：
20世紀60年代後期，隨著計算機在數據管理領域的普遍應用，人們對數據管理技術提出了更高的要求：希望面向企業或部門，以數據為中心組織數據，減少數據的冗餘，提供更高的數據共享能力，同時要求程序和數據具有較高的獨立性，當數據的邏輯結構改變時，不涉及數據的物理結構，也不影響應用程序，以降低應用程序研製與維護的費用。資料庫技術正是在這樣一個應用需求的基礎上發展起來的。
概括起來，資料庫系統階段的數據管理具有以下幾個特點：
（1）採用數據模型表示復雜的數據結構。數據模型不僅描述數據本身的特徵，還要描述數據之間的聯系，這種聯系通過所有存取路徑。通過所有存儲路徑表示自然的數據聯系是資料庫與傳統文件的根本區別。這樣，數據不再面向特定的某個或多個應用，而是面對整個應用系統。如面向企業或部門，以數據為中心組織數據，形成綜合性的資料庫，為各應用共享。
（2）由於面對整個應用系統使得，數據冗餘小，易修改、易擴充，實現了數據貢獻。不同的應用程序根據處理要求，從資料庫中獲取需要的數據，這樣就減少了數據的重復存儲，也便於增加新的數據結構，便於維護數據的一致性。
（3）對數據進行統一管理和控制，提供了數據的安全性、完整性、以及並發控制。
（4）程序和數據有較高的獨立性。數據的邏輯結構與物理結構之間的差別可以很大，用戶以簡單的邏輯結構操作數據而無須考慮數據的物理結構。
（5）具有良好的用戶介面，用戶可方便地開發和使用資料庫。
從文件系統發展到資料庫系統，這在信息領域中具有里程碑的意義。在文件系統階段，人們在信息處理中關注的中心問題是系統功能的設計，因此程序設計佔主導地位；而在資料庫方式下，數據開始占據了中心位置，數據的結構設計成為信息系統首先關心的問題，而應用程序則以既定的數據結構為基礎進行設計。
資料庫發展趨勢:
隨著信息管理內容的不斷擴展，出現了豐富多樣的數據模型（層次模型，網狀模型，關系模型，面向對象模型，半結構化模型等），新技術也層出不窮（數據流，Web數據管理，數據挖掘等）。每隔幾年，國際上一些資深的資料庫專家就會聚集一堂，探討資料庫研究現狀，存在的問題和未來需要關注的新技術焦點。過去已有的幾個類似報告包括：1989年-TheLagunaBeachParticipants；1990年DatabaseSystems:AchievementsandOpportunities；1991年W.H.Inmon發表的《構建數據倉庫》；1995年Database。
常見資料庫廠商:
1.SQLServer
只能在windows上運行，沒有絲毫的開放性，操作系統的系統的穩定對資料庫是十分重要的。Windows9X系列產品是偏重於桌面應用，NTserver只適合中小型企業。而且wi
⑨ 一個完整的資料庫系統由哪些組成部分組成它們分別起到什麼作用
一個完整的資料庫系統中包括操作系統（OS）、資料庫管理系統（DBMS）、主語言系統、應用程序軟體和資料庫。
① 操作系統或漢字操作系統：操作系統是所有計算機軟體的基礎，在資料庫系統中它起著支持DBMS及主語言系統工作的作用。如果管理的信息中有漢字，則需要中文操作系統的支持，以提供漢字的輸入、輸出方法和漢字信息的處理方法。
② 資料庫管理系統和主語言系統：資料庫管理系統是為定義、建立、維護、使用及控制資料庫而提供的有關數據管理的系統軟體。主語言系統是為應用程序提供的諸如程序控制、數據輸入輸出、功能函數、圖形處理、計算方法等數據處理功能的系統軟體。
③ 應用開發工具軟體：應用開發工具是DBMS系統為應用開發人員和最終用戶提供的高效率、多功能的應用生成器、第四代計算機語言等各種軟體工具．如報表生成器、表單生成器、查詢和視圖設計器等，它們為資料庫系統的開發和使用提供了良好的環境和幫助。
④ 應用系統及資料庫：資料庫應用系統包括為特定的應用環境建立的資料庫、開發的各類應用程序及編寫的文檔資料，它們是一個有機整體。通過運行資料庫應用系統，可以實現對資料庫中數據的維護、查詢、管理和處理操作
⑩ 什麼是資料庫資料庫有什麼用
資料庫(Database)是按照數據結構來組織、 存儲和管理數據的倉庫。在1990年以後，數據管理不再是存儲和管理數據，而是轉變成用戶所需要的各種數據管理的方法。
資料庫具有能存在一起、能與多個用戶共享、具有盡可能小的冗餘度、與應用程序彼此獨立的作用。資料庫系統在各個方面都得到了廣泛的應用。
在信息化社會，充分有效的管理和利用各類信息資源，是進行科學研究和決策管理的重要前提。資料庫技術是管理信息系統、辦公自動化系統、決策支持系統等各類信息系統的核心組成部分，是進行科學研究和決策管理的重要手段。
(10)在一個部門應用系統中其資料庫擴展閱讀：
資料庫可以視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據運行新增、截取、更新、刪除等操作。
發明人是雷明頓蘭德公司。
資料庫管理系統（DBMS）是為管理資料庫而設計的電腦軟體系統，具有存儲、截取、安全保障、備份等基礎功能。資料庫管理系統可以依據它所支持的資料庫模型來作分類。
資料庫的類型有關系資料庫和非關系型資料庫兩種。資料庫模型有對象模型、層次模型（輕量級數據訪問協議）、網狀模型（大型數據儲存）、關系模型、面向對象模型、半結構化模型、平面模型。