㈠ 資料庫有哪些類型，EXCEL資料庫屬於哪種類型
資料庫發展30年
一、網狀資料庫
最早出現的是網狀DBMS。網狀模型中以記錄為數據的存儲單位。記錄包含若干數據項。網狀資料庫的數據項可以是多值的和復合的數據。每個記錄有一個惟一地標識它的內部標識符，稱為碼（DatabaseKey,DBK），它在一個記錄存入資料庫時由DBMS自動賦予。DBK可以看作記錄的邏輯地址，可作記錄的替身，或用於尋找記錄。網狀資料庫是導航式（Navigation）資料庫，用戶在操作資料庫時不但說明要做什麼，還要說明怎麼做。例如在查找語句中不但要說明查找的對象，而且要規定存取路徑。
世界上第一個網狀資料庫管理系統也是第一個DBMS是美國通用電氣公司Bachman等人在1964年開發成功的IDS（IntegratedDataStore）。IDS奠定了網狀資料庫的基礎，並在當時得到了廣泛的發行和應用。1971年，美國CODASYL（，數據系統委員會）中的DBTG（DataBaseTaskGroup，資料庫任務組）提出了一個著名的DBTG報告，對網狀數據模型和語言進行了定義，並在1978年和1981年又做了修改和補充。因此網狀數據模型又稱為CODASYL模型或DBTG模型。1984年美國國家標准協會（ANSI）提出了一個網狀定義語言（NetworkDefinitionLanguage，NDL）的推薦標准。在70年代，曾經出現過大量的網狀資料庫的DBMS產品。比較著名的有Cullinet軟體公司的IDMS，Honeywell公司的IDSII，Univac公司（後來並入Unisys公司）的DMS1100，HP公司的IMAGE等。網狀資料庫模型對於層次和非層次結構的事物都能比較自然的模擬，在關系資料庫出現之前網狀DBMS要比層次DBMS用得普遍。在資料庫發展史上，網狀資料庫佔有重要地位。
二、層次資料庫
層次型資料庫管理系統是緊隨網路型資料庫而出現的。現實世界中很多事物是按層次組織起來的。層次數據模型的提出，首先是為了模擬這種按層次組織起來的事物。層次資料庫也是按記錄來存取數據的。層次數據模型中最基本的數據關系是基本層次關系，它代表兩個記錄型之間一對多的關系，也叫做雙親子女關系（PCR）。資料庫中有且僅有一個記錄型無雙親，稱為根節點。其他記錄型有且僅有一個雙親。在層次模型中從一個節點到其雙親的映射是惟一的，所以對每一個記錄型（除根節點外）只需要指出它的雙親，就可以表示出層次模型的整體結構。層次模型是樹狀的。
最著名最典型的層次資料庫系統是IBM公司的IMS（Information Management System），這是IBM公司研製的最早的大型資料庫系統程序產品。從60年代末產生起，如今已經發展到IMSV6，提供群集、N路數據共享、消息隊列共享等先進特性的支持。這個具有30年歷史的資料庫產品在如今的WWW應用連接、商務智能應用中扮演著新的角色。
三、關系資料庫
關系模型的建立
網狀資料庫和層次資料庫已經很好地解決了數據的集中和共享問題，但是在數據獨立性和抽象級別上仍有很大欠缺。用戶在對這兩種資料庫進行存取時，仍然需要明確數據的存儲結構，指出存取路徑。而後來出現的關系資料庫較好地解決了這些問題。關系資料庫理論出現於60年代末到70年代初。1970年，IBM的研究員E.F.Codd博士發表《大型共享數據銀行的關系模型》一文提出了關系模型的概念。後來Codd又陸續發表多篇文章，奠定了關系資料庫的基礎。關系模型有嚴格的數學基礎，抽象級別比較高，而且簡單清晰，便於理解和使用。但是當時也有人認為關系模型是理想化的數據模型，用來實現DBMS是不現實的，尤其擔心關系資料庫的性能難以接受，更有人視其為當時正在進行中的網狀資料庫規范化工作的嚴重威脅。為了促進對問題的理解，1974年ACM牽頭組織了一次研討會，會上開展了一場分別以Codd和Bachman為首的支持和反對關系資料庫兩派之間的辯論。這次著名的辯論推動了關系資料庫的發展，使其最終成為現代資料庫產品的主流。
關系數據模型提供了關系操作的特點和功能要求，但不對DBMS的語言給出具體的語法要求。對關系資料庫的操作是高度非過程化的，用戶不需要指出特殊的存取路徑，路徑的選擇由DBMS的優化機制來完成。Codd在70年代初期的論文論述了範式理論和衡量關系系統的12條標准，用數學理論奠定了關系資料庫的基礎。Codd博士也以其對關系資料庫的卓越貢獻獲得了1983年ACM圖靈獎。
關系數據模型是以集合論中的關系概念為基礎發展起來的。關系模型中無論是實體還是實體間的聯系均由單一的結構類型--關系來表示。在實際的關系資料庫中的關系也稱表。一個關系資料庫就是由若干個表組成。
sql語言的產生和發展
1974年，IBM的Ray Boyce和Don Chamberlin將Codd關系資料庫的12條准則的數學定義以簡單的關鍵字語法表現出來，里程碑式地提出了SQL（Structured Query Language）語言。SQL語言的功能包括查詢、操縱、定義和控制，是一個綜合的、通用的關系資料庫語言，同時又是一種高度非過程化的語言，只要求用戶指出做什麼而不需要指出怎麼做。SQL集成實現了資料庫生命周期中的全部操作。自產生之日起，SQL語言便成了檢驗關系資料庫的試金石，而SQL語言標準的每一次變更都指導著關系資料庫產品的發展方向。
在SQL語言取得進展的同時，IBM研究中心於1973年開始著手SystemR項目。其目標是論證一個全功能關系DBMS的可行性。該項目結束於1979年，完成了第一個實現SQL的DBMS。1986年，ANSI把SQL作為關系資料庫語言的美國標准，同年公布了標准SQL文本。目前SQL標准有3個版本。基本SQL定義是ANSIX3135-89，"Database Language - SQL with Integrity Enhancement"[ANS89]，一般叫做SQL-89。SQL-89定義了模式定義、數據操作和事務處理。SQL-89和隨後的ANSIX3168-1989,"DatabaseLanguage-EmbeddedSQL"構成了第一代SQL標准。ANSIX3135-1992[ANS92]描述了一種增強功能的SQL，現在叫做SQL-92標准。SQL-92包括模式操作，動態創建和SQL語句動態執行、網路環境支持等增強特性。在完成SQL-92標准後，ANSI和ISO即開始合作開發SQL3標准。SQL3的主要特點在於抽象數據類型的支持，為新一代對象關系資料庫提供了標准。
第二部分 主流關系資料庫軟體介紹
Codd的關系資料庫理論把關系系統分為表式系統、（最小）關系系統、關繫上完備的系統、全關系系統4個級別。目前尚沒有一個資料庫系統是完全關系系統。真正稱做關系系統的應該至少是關繫上完備的系統。現代的主流關系資料庫產品都是關繫上完備的。
一、IBM的DB2 / DB2 universal database
作為關系資料庫領域的開拓者和領航人，IBM於1980年開始提供集成的資料庫伺服器--System/38，隨後是SQL/DSforVSE和VM，其初始版本與SystemR研究原型密切相關。DB2forMVSV1在1983年推出。該版本的目標是提供這一新方案所承諾的簡單性，數據不相關性和用戶生產率。DB2以後的版本的重點是改進其性能、可靠性和容量，以滿足廣泛的關鍵業務的行業需求。1988年DB2forMVS提供了強大的在線事務處理（OLTP）支持，1989年和1993年分別以遠程工作單元和分布式工作單元實現了分布式資料庫支持。最近推出的DB2UniversalDatabase6.1則是通用資料庫的典範，是第一個具備網上功能的多媒體關系資料庫管理系統，支持包括Linux在內的一系列平台。其主要新功能包括：
1）提供了JavaStoredProcereBuilder支持伺服器端的存儲過程快速開發。
2）支持與目錄伺服器通訊的標准LDAP。
3）增強的轉換及遷移工具。
4）擴展的DB2通用資料庫控制中心，可在更多的平台下採用相同的圖形工具完成管理工作。
5）提高了電子商務性能，提供多種電子商務整合方案。
6）具有強大的XML支持能力。
二、Informix的歷史 ／ InformixIDS2000
Informix在1980年成立，目的是為Unix等開放操作系統提供專業的關系型資料庫產品。公司的名稱Informix便是取自Information和Unix的結合。
Informix第一個真正支持SQL語言的關系資料庫產品是InformixSE（StandardEngine）。InformixSE的特點是簡單、輕便、適應性強。它的裝機量非常之大，尤其是在當時的微機Unix環境下，成為主要的資料庫產品。它也是第一個被移植到Linux上的商業資料庫產品。
在90年代初，聯機事務處理成為關系資料庫越來越主要的應用，同時，Client/Server結構日漸興起。為了滿足基於Client/Server環境下聯機事務處理的需要，Informix在其資料庫產品中引入了Client/Server的概念，將應用對資料庫的請求與資料庫對請求的處理分割開來，推出了Informix-OnLine，OnLine的一個特點是數據的管理的重大改變，即數據表不再是單個的文件，而是資料庫空間和邏輯設備。邏輯設備不僅可以建立在文件系統之上，還可以是硬碟的分區和裸設備。由此提高了數據的安全性。
1993年，為了克服多進程系統性能的局限性，Informix使用多線程機制重新改寫資料庫核心，次年初，Informix推出了採用被稱為"動態可伸縮結構"（DSA）的InformixDynamicServer。除了應用線程機制以外，Informix在資料庫核心中引入了虛處理器的概念，每個虛處理器就是一個Informix資料庫伺服器進程。在DynamicServer中，多條線程可以在虛處理器緩沖池中並行執行，而每個虛處理機又被實際的多處理機調度執行。更重要的是：為了執行高效性和多功能的調諧，Informix將虛處理器根據不同的處理任務進行了分類。每一類被優化以完成一種特定的功能。
到90年代後期，隨著Internet的興起，電子文檔、圖片、視頻、空間信息、Internet/Web等應用潮水般湧入IT行業，而關系資料庫所管理的數據類型仍停留在數字、字元串、日期等六七十年代的水平上，其處理能力便顯得力不從心了。1992年，著名的資料庫學者、Ingres的創始人加州大學伯克利分校的MichaelStonebraker教授提出對象關系資料庫模型，從而找到了一條解決問題的有效途徑。
1995年，Stonebraker及其研發組織的加入了Informix，使之在資料庫發展方向上有了一個新的突破：1996年Informix推出了通用數據選件（Universal Data Option）。這是一個對象關系模型的資料庫伺服器；它與其他廠商中間件的解決方案不同，從關系資料庫伺服器內部的各個環節對資料庫進行面向對象的擴充；將關系資料庫的各種機制抽象化、通用化。UniversalDataOption採用了DynamicServer的所有底層技術，如DSA結構和並行處理，同時允許用戶在資料庫中建立復雜的數據類型及用戶自定義的數據類型，同時可對這些數據類型定義各種操作和運算以實現對象的封裝。在定義操作和運算時可以採用資料庫過程語言、C語言，它們經注冊後成為伺服器的一部分。
1999年，Informix進一步將Universal Data Option進行了優化，為用戶自定義數據類型和操作過程提供了完整的工具環境。同時在傳統事務處理的性能超過了以往的Dynamic Server。新的資料庫核心便被命名為IDS.2000。它的目標定位於下世紀基於Internet的復雜資料庫應用。
事實上，Internet的普及從Web開始。Web應用以簡便和圖文並茂見長。但充斥整個系統的HTML文件又將我們不知不覺地帶回了文件系統的時代。採用資料庫管理Internet信息遇到的第一個挑戰就是復雜信息的管理問題，Internet的出現將"數據"的概念在實際應用中擴大了。為此，自1995年起，Informix便著手進行新一代資料庫系統的設計。作為專業的資料庫廠商，Informix首先針對Internet應用中數據類型的多樣化，採用對象技術對關系資料庫體系進行了擴展。與眾不同之處在於，Informix並非將新的數據類型寫死在資料庫核心中，而是將資料庫系統中各個環節充分地抽象化，使用戶有能力定義和描述自己需要管理的數據類型，將可管理的數據類型擴展到無限，同時適應了未來應用發展的需要。這就是Informix今年新推出的資料庫伺服器--InformixDynamicServer.2000（簡稱IDS.2000）。
在IDS.2000中，Informix的另一重大貢獻在於抽象化資料庫的訪問方法（索引機制和查詢優化）並將其中介面開放。這樣，用戶便可以自己定義對復雜對象的全新的索引機制，並融入整個資料庫伺服器。在IDS.2000中，所有用戶自定義的數據類型、操作、索引機制都將被系統與其內置的類型、操作和索引機制同等對待。IDS.2000將所有資料庫操作納入標准資料庫SQL的范疇，在形式上與傳統關系資料庫完全兼容，但適應了"數據"概念拓展的需求，成為真正的通用資料庫。Informix在IDS.2000之上增加了一系列核心擴展模塊，構成了面向Internet的多功能資料庫伺服器Informix Internet Foundation.2000。
INFORMIX主要產品分為三大部分：
資料庫伺服器(資料庫核心)
應用開發工具
網路資料庫互聯產品
資料庫伺服器有兩種，作用都是提供數據操作和管理：
SE：完全基於UNIX操作系統，主要針對非多媒體的較少用戶數的應用
ONLINE：針對大量用戶的聯機事務處理和多媒體應用環境
應用開發工具是用以開發應用程序必要的環境和工具，主要也有兩個系列：
4GL：INFORMIX傳統的基於字元界面的開發工具，該系列的主要產品有五個，他們是I-SQL、4GL RDS、4GL C COMPILER、4GL ID和ESQL/C；
NewEra：INFORMIX最新提供的具有事件驅動能力、面向對象的基於各種圖形界面的開發工具。
INFORMIX的網路資料庫互聯產品：提供給用戶基於多種工業標準的應用程序介面，通過它可以和其它遵守這些工業標準的資料庫聯接。
三、Sybase的歷史 ／ Sybase ASE
Sybase公司成立於1984年，公司名稱"Sybase"取自"system"和"database"相結合的含義。Sybase公司的創始人之一Bob Epstein是Ingres大學版（與System/R同時期的關系資料庫模型產品）的主要設計人員。公司的第一個關系資料庫產品是1987年5月推出的SybaseSQLServer1.0。
Sybase首先提出了Client/Server資料庫體系結構的思想，並率先在自己的SybaseSQLServer中實現。在此之前，計算機信息一般都存儲在單一的主機計算機中，最終用戶一般都通過字元終端管理和訪問主機，絕大多數的處理都由主機完成，終端主要完成輸入和簡單的顯示功能。這種主機/終端模式的軟硬體費用相當高，中小型企業一般都無法實施。在70年代末和80年代初，IT業發生了兩件產生深遠影響的事件：PC機和區域網絡的迅速普及。PC機比終端的功能要強得多，區域網的速度也比主機終端之間的連接速度快得多，而且與主機系統相比，它們的費用也低得多，與此同時，工作站和小型機也飛速發展，在許多方面可以取代主機的功能，這些為實施Client/Server體系結構提供了硬體的基礎。
在Client/Server體系結構中，伺服器提供數據的存儲和管理等功能，客戶端運行相應的應用，通過網路可獲得伺服器的服務，使用伺服器上的資料庫資源。客戶機和伺服器通過網路連結成為一個互相協作的系統。Client/Server體系結構將原來運行在主機系統上的大型資料庫系統進行適當的劃分，在客戶機和伺服器之間進行合理的分配，在Sybase SQL Server中，將資料庫和應用劃分為以下幾個邏輯功能：用戶介面（User Interface）、表示邏輯（Presentation Logic）、事務邏輯（Transaction Logic）、數據存取（Data Access）。Sybase的設計思想是將事務邏輯和數據存取放在伺服器一側處理，而把用戶介面、表示邏輯放在客戶機上處理。
Client/Server體系結構把硬體和軟體合理的配置和設計，極大地推動了當時聯機企業信息系統的實現。與主機/終端模式相比，Client/Server體系結構可以更好地實現數據服務和應用程序的共享，並且系統容易擴充，更加靈活，簡化了企業信息系統的開發。當信息系統的規模擴大或需求改變時，不必重新設計而可以在原有的基礎上進行擴充和調整，從而保護了企業在硬體和軟體上的已有的投資。
「Client/Server體系結構"很快成為企業信息建設的主要模式，對資料庫乃至IT業的發展產生了深遠的影響。
1989年，Sybase發布了OpenClient/OpenServer，這一產品為不同的數據源和幾百種工具和應用提供了一致的開放的介面，為實現異構環境下系統的可互操作提供了非常有效的手段。
1992年11月，Sybase發布了SQLServer10.0和一系列的新產品（在此之前，SQLServer相繼推出了2.0、4.2、4.8、4.9等版本），將SQLServer從一個Client/Server系統推進到支持企業級的計算環境。Sybase將此產品系列叫做System10。它是根據能支持企業級資料庫（運行Sybase和其他廠商的資料庫系統）來設計的。
SybaseSQLServer10.0是System10的核心。與4.9版相比，增加了許多新的特點和功能：修改過的Transact-SQL完全符合ANSI-89SQL標准以及ANSI-92入口級SQL標准，此外還增強了對游標的控制，允許應用程序按行取數據，也允許整個數據雙向滾動。此外，還引入了閥值管理器。1995年，Sybase推出了SybaseSQLServer11.0。除了繼續對聯機事務提供強有力的支持之外，Sybase在11.0中增加了不少新功能以支持聯機分析處理和決策支持系統。
為了適應現在和未來不斷變化的應用需求，Sybase在1997年4月發布了適應性體系結構（Adaptive Component Architecture , ACA）。ACA是一種3層結構：包括客戶端、中間層和伺服器。每一層都提供了組件的運行環境，ACA結構可以按照應用需求方便地對系統的每一層進行配置，適應未來的發展要求。與ACA體系結構相適應，Sybase將SQLServer重新命名為Adaptive Server Enterprise，版本號為11.5。在ACA結構中，提出了兩種組件的概念：邏輯組件和數據組件。邏輯組件是實現應用邏輯的組件，可以用Java、C/C++、Power Builder等語言來開發，可遵循目前流行的組件標准，如Corba、ActiveX和JavaBean等。而數據組件可實現對不同類型數據的存儲和訪問。數據組件由Adaptive Server Enterprise11.5（簡稱ASE11.5）提供。這些數據組件不僅可以完成傳統的關系型數據的存儲，而且可以支持各種復雜數據類型，用戶可以根據用戶需要存儲的數據類型安裝相應的數據存儲組件，例如地理空間、時間序列、多媒體/圖像、文本數據等。它代表了Sybase在解決復雜數據類型、多維數據類型和對象數據類型等方面的技術策略。
ASE11.5顯著增強了對數據倉庫和OLAP的支持，引入了邏輯進程管理器允許用戶選擇對象的運行優先順序。
Sybase在1998年推出了ASE11.9.2。這一版本最大的特點是引入了兩種新型的鎖機制來保證系統的並發性和性能：數據頁鎖和數據行鎖，提供了更精細的粒度控制。另外在查詢優化方面也得到了改進。
----進入1999年，隨著Internet的廣泛使用，為了幫助企業建立企業門戶應用，Sybase提出了"OpenDoor"計劃，其中一個重要的組成部分就是推出了最新的面向企業門戶的ASE12.0。為了滿足企業門戶的要求，ASE12.0在生產率、可用性和集成性方面做了顯著的增強。
ASE12提供了對Java和XML良好的支持，通過完全支持分布事務處理的業界標准X/Open的XA介面標准和微軟的DTC標準保證分布事務的完整性，內置高效的事務管理器（TransactionManager）可以支持分布事務的高吞吐量。
ASE12採用了群集（cluster）技術減少意外停機時間。不但支持兩個伺服器之間的失敗轉移（failover），還可支持自動的客戶端的失敗轉移。
----ASE12提供了對ACE和Kerberos安全模式的支持，用戶可以通過ACE和Kerberos提供更加安全和加密的網路通信；ASE12還提供了聯機索引重建功能，在索引重建時，表中的數據仍可被訪問。
在查詢優化方面，ASE12引入了一種新的稱為"Merge Join"的演算法，可以顯著提高多表連接查詢的速度；通過executeimmediate語句可以執行動態SQL語句；用戶可以定義永久和完整的查詢方案，從而可以進行更有效的性能優化。此外，ASE12與其他Sybase產品（例如Sybase Enterprise Application Server和Sybase Enterprise Event Broker）一起提供對一個完整的標准Internet介面的支持。
㈡ 關系資料庫概論題目!知道的請戶回答。。回答多少算多少，給分！
一、
1、數據；2、完整、一致；3、連接；4、%；5、σF1∧F2(E)；6、 不同的列應有不同的列名、與行的次序無關 、與列的次序無關；7、文件系統；8、部分；9、BC；10、原子性、一致性、分離性、持久性；
二、
1、對；2、錯；3、錯；4、對；5、錯；6、對；7、對；8、錯；9、錯；10、錯；
三、
1、D；2、A；3、A；4、C；5、C；6、A；7：B；8、A；9、A；10、A；
四、
1、
並、差、笛卡爾積、投影和選擇5種運算為基本的運算。其他3種運算，即交、連接和除，均可以用這5種基本運算來表達。（1）R∩S=R-(R-S) 或 R∩S=S-(S-R)
（2）
= AθB(R×S)
= A=B(R×S)
R∞S=∏ ( R.B=S.B(R×S))
（3）R÷S =∏X(R)-∏X(∏X(R)×∏Y(S)-R)
2、
第一，需要應用程序執行。其次，執行讀取數據的SQL語句。最後就是SQL欄位取出的數據放到應用程序上就可以了。
3、
規范化理論是資料庫邏輯設計的指南和工具，具體變現在一下三個方面：
a、在數據分析階段，用數據依賴的概念分析和表示各項數據項之間的關系。
b、在設計概念結構階段，用規范化理論消除初步ER圖冗餘的聯系。
c、有ER圖像數據模型轉化階段，用模式分解的概念和方法指導設計。
4、
安全性是為了防止資料庫中存在不符合語義的數據，防止錯誤信息的輸入和輸出造成的無效操作和錯誤結果，完整性是防止資料庫被惡意的破壞和非法的存取。當然，完整性和安全性是密切相關的。特別是從系統實現的方法來看，某一種機制常常既可以用於安全保護亦可用於完整性保證。
********************************************************************************************************************
自己做的，很少錯誤，採納加分吧。
㈢ 什麼叫最小關系系統
關系系統的一種【資料庫系統原理相關的概念】，關系系統可分為(最小)關系系統、完備關系系統、全關系系統。
（最小）關系系統：
僅支持關系數據結構和選擇、投影、連接三種關系操作。很多微機上使用的系統如FoxBASE和FoxPro就屬於這一類。
㈣ 關系系統的分類
關系系統的分類
⒈ 表式系統：支持關系數據結構(即表)
⒉ (最小)關系系統
支持：關系數據結構
選擇、投影、連接關系操作
⒊ 關系完備的系統
支持：關系數據結構
所有的關系代數操作
⒋ 全關系系統
支持：關系模型的所有特徵
特別是:數據結構中域的概念
關系系統
對這些運算不要求用戶定義任何物理存取路徑
對關系系統的最低要求：不支持關系數據結構的系統顯然不能稱為關系系統
僅支持關系數據結構，但沒有選擇、投影和連接運算功能的系統仍不能算作關系系統。
定義
能夠在一定程度上支持關系模型的資料庫管理系統是關系系統。
由於關系模型中並非每一部分都是同等重要的
並不苛求一個實際的關系系統必須完全支持關系模型。
一個資料庫管理系統可定義為關系系統，當且僅當它至少支持：
1.關系資料庫（即關系數據結構）
系統中只有表這種結構
2. 支持選擇、投影和（自然）連接運算
對這些運算不要求用戶定義任何物理存取路徑
對關系系統的最低要求不支持關系數據結構的系統顯然不能稱為關系系統
僅支持關系數據結構，但沒有選擇、投影和連接運算功能的系統仍不能算作關系系統。
原因：不能提高用戶的生產率
支持選擇、投影和連接運算，但要求定義物理存取路徑，這種系統也不能算作真正的關系系統
原因：就降低或喪失了數據的物理獨立性
選擇、投影、連接運算是最有用的運算
分類依據：支持關系模型的程度
㈤ 資料庫的最小單元是什麼
資料庫最小的單元是：欄位。
原因：在關系型資料庫系統（RDBMS）中，每個資料庫是由一個或者多個數據表組成的，數據表則是由一行或多行的記錄組成的，一行或者一條記錄則是由一個或者多個欄位組成的。所以最小單元是欄位。
㈥ 簡述資料庫系統的組成,介紹幾種常見的關系資料庫管理系統及其功能
數據
數據是資料庫的基本對象，是描述事物符號記錄，數據的類型有很多，文本、圖形、圖像、音頻、視頻等都是數據，他們經過數字化處理存入計算機。
在現代計算機系統中數據的概念是廣義的。早起計算機系統主要用於科學計算，處理的數據為整數、實數、浮點數等。現在計算機儲存和處理的對象十分廣泛，表示這些對象的數據也隨之變得越來越復雜。
數據的表現形式還不能表達其內容的需要解釋，數據和關於數據的解釋是不能拆分的。數據的解釋是對數據含義的說明，數據的含義成為數據的語義，數據與其語義是不可分割的。
資料庫
就是存放數據的倉庫。數據都是按一定格式儲存在計算機設備上的，人們手機一個引用所需要的大量數據之後，將其保存起來作為管理信息系統、辦公自動化系統、決策支持系統等各類信息系統的核心部分，是進行科學研究和決策管理的重要技術手段。
嚴格的講，資料庫是長期儲存在計算機內、有組織、可共享的大量數據集合。資料庫中的數據按一定數據模型組織、，描述和儲存，具有較小的冗餘度、較高的數據獨立性和易擴展性，並可為各種用戶共享。資料庫具有永久儲存、有組織和可共享三個基本特點。
資料庫管理系統
資料庫管理系統簡稱dbms是科學組織和儲存數據，對資料庫進行統一的管理和控制，以保證資料庫的安全性和完整性。高效地獲取和維護數據的系統軟體。位於用戶和操作系統之間的一層數據管理軟體。資料庫管理系統和操作系統一樣是計算機的基礎軟體，也是一個大型復雜的軟體系統。它主要的功能包括：
1.數據定義功能：提供數據定義語言(ddl)。用它書寫的資料庫模式被翻譯為內部表示。資料庫的邏輯結構、完整性約束和物理儲存結構保存在內部的數據字典中。資料庫的各種數據操作(如查找、修改、插入和刪除等)和資料庫的維護管理都是以資料庫模式為依據的。
2.應用程序的編譯：把包含著訪問資料庫語句的應用程序，編譯成在dbms支持下可運行的目標程序。
3.互動式查詢：提供易使用的互動式查詢語言，如sql。dbms負責執行查詢命令，並將查詢結果顯示在屏幕上。
4.數據的組織與存取：提供數據在外圍儲存設備上的物理組織與存取方法。
5.事務運行管理：提供事務運行管理及運行日誌，事務運行的安全性監控和數據完整性檢查，事務的並發控制及系統恢復等功能。
6.資料庫的維護：為資料庫管理員提供軟體支持，包括數據安全控制、完整性保障、資料庫備份、資料庫重組以及性能監控等維護工具。
㈦ foxbase、foxpro屬於
最小關系系統。
最小關系系統是僅支持關系數據結構和三種關系操作。許多微機關系資料庫系統如FoxBASE，FoxPro等就屬於這一類。
FoxBase、FoxPro屬於微機環境下簡單DBMS系統體系結構。
DBMS體系結構包括集中式資料庫系統（如微機環境下簡單DBMS系統體系結構）、客戶／伺服器資料庫系統、並行資料庫系統、分布式資料庫系統。由oxbase、FoxPro、Access軟體的特性和DBMS體系結構系統的分類可知它們屬於集中式系統中的微機環境下簡單DBMS系統體系結構。
DBMS的組成部分
一、查詢：sql輸入或通過應用程序的借口查詢資料庫。
二、更新：插入、修改、刪除。
三、模式更新：修改或增加屬性欄位，資料庫的模式指資料庫的邏輯結構。
四、查詢處理程序：把用較高級的語言所表示的資料庫操作轉換成一系列資料庫的請求。
五、存儲管理程序：包括文件管理程序和緩沖區管理程序。
六、事務管理程序：一組按順序執行的操作單位，由一個或多個資料庫操作組成。
㈧ 1、在資料庫系統中數據存取的最小單位是( )。 A. 位元組 B. 數據項 C. 記錄 D. 文件
資料庫系統中，最小的存取單位是記錄。
數據是資料庫中存儲的基本對象。描述事物的符號記錄成為數據，因此記錄是存儲的最小單位。
數據項是數據結構中討論的最小單位，是數據記錄中最基本的、不可分的有名數據單位。數據項可以是字母、數字或兩者的組合。通過數據類型（邏輯的、數值的、字元的等）及數據長度來描述。數據項用來描述實體的某種屬性。在地理信息系統中，數據項描述對象是地理實體各要素及其屬性，分為幾何屬性（地理位置和形狀）和非幾何屬性，包括標量屬性（各種量測值）和名稱屬性（地名及地物名）等。數據元素是數據的基本單位，數據元素可以是數據項的集合。資料庫系統中，最小的存取單位是記錄
(8)資料庫最小關系系統擴展閱讀：
資料庫系統的特點：
數據的結構化，數據的共享性好，數據的獨立性好，數據存儲粒度小，數據管理系統，為用戶提供了友好的介面。
資料庫系統的核心和基礎，是數據模型,現有的資料庫系統均是基於某種數據模型的。
資料庫系統的核心是資料庫管理系統。
資料庫系統一般由資料庫、資料庫管理系統（DBMS）、應用系統、資料庫管理員和用戶構成。DBMS是資料庫系統的基礎和核心。
資料庫系統的基本要求：
對資料庫系統的基本要求是：
①能夠保證數據的獨立性。數據和程序相互獨立有利於加快軟體開發速度，節省開發費用。
②冗餘數據少，數據共享程度高。
③系統的用戶介面簡單，用戶容易掌握，使用方便。
④能夠確保系統運行可靠，出現故障時能迅速排除；能夠保護數據不受非受權者訪問或破壞；能夠防止錯誤數據的產生，一旦產生也能及時發現。
⑤有重新組織數據的能力，能改變數據的存儲結構或數據存儲位置，以適應用戶操作特性的變化，改善由於頻繁插入、刪除操作造成的數據組織零亂和時空性能變壞的狀況。
⑥具有可修改性和可擴充性。
⑦能夠充分描述數據間的內在聯系。
參考資料：網路——資料庫系統
㈨ 圖1中（ ）是最小關系系統 【怎麼判斷】
結構S(Stmcture)/完整性I(Integrity)/數據操縱M(Malippulation)，陰影表示關系系統支持的模型程度，樓上那位朋友的回答完全不可行，希望後來者不要被誤導，也希望回答者再答疑時不知道就不要亂答誤導別人。最小關系系統是指僅支持數據結構和數據操作的系統，這里的支持並不是一種全關希，所以只有部分陰影。所以答案為B。