① 資料庫的類型都有哪些
資料庫有兩種類型，分別是關系型資料庫與非關系型資料庫。
資料庫，簡而言之可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據進行新增、截取、更新、刪除等操作。
關系型資料庫主要有：
Oracle、DB2、Microsoft sql Server、Microsoft Access、MySQL等等。
非關系型資料庫主要有：
NoSql、Cloudant、MongoDb、redis、HBase等等。
(1)資料庫的名稱以及類型擴展閱讀：
非關系型資料庫的優勢：
1、性能高：NOSQL是基於鍵值對的，可以想像成表中的主鍵和值的對應關系，而且不需要經過SQL層的解析，所以性能非常高。
2、可擴展性好：同樣也是因為基於鍵值對，數據之間沒有耦合性，所以非常容易水平擴展。
關系型資料庫的優勢：
1、可以復雜查詢：可以用SQL語句方便的在一個表以及多個表之間做非常復雜的數據查詢。
2、事務支持良好：使得對於安全性能很高的數據訪問要求得以實現。
② 資料庫的類型
ASP資料庫類型DBFDBCMDBExcelSQLServer
資料庫是在計算機存儲設備上按一定方式，合理組織並存儲的相互有關聯的數據的集合，是計算機技術和信息檢索技術相結合的產物，是電子信息資源的主體，是信息檢索系統的核心部分之一。按所提供的信息內容，資料庫主要可分為參考資料庫和源資料庫。
1．參考資料庫
主要存儲一系列描述性信息內容，指引用戶到另一信息源以獲得完整的原始信息的一類資料庫，主要包括書目資料庫和指南資料庫。
（1）書目資料庫 存儲描述如目錄、題錄、文摘等書目線索的資料庫，又稱二次文獻信息資料庫。如各種圖書館目錄資料庫、題錄資料庫和文摘資料庫等屬於此類，它的作用是為用戶指出了獲取原始信息的線索。
圖書館目錄資料庫，又稱機讀目錄，其數據內容詳細，除描述標題、作者、出版項等書目信息外，還提供用戶索取原始信息的館藏信息。題錄、文摘資料庫描述的數據內容與印刷型的題錄、文摘相似，它提供了論文信息或專利信息等確定的信息來源，供用戶檢索。
（2）指南資料庫 存儲描述關於機構、人物、產品、活動等對象的資料庫。與其它資料庫相比，指南資料庫為用戶提供的不僅僅是有關信息，還包括各種類型的實體，多採用名稱進行檢索。如存儲生產與經營活動信息的機構名錄資料庫、存儲人物信息的人物傳記資料庫、存儲產品或商品信息的產品指南資料庫、存儲基金信息的基金資料庫等屬於此類，它的作用指引用戶從其它有關信息源獲取更詳細的信息。
2．源資料庫
主要存儲全文、數值、結構式等信息，能直接提供原始信息或具體數據，用戶不必再轉查其它信息源的資料庫。它主要包括全文資料庫和數值資料庫。
（1）全文資料庫 存儲原始信息全文或主要部分的一種源資料庫。如期刊全文資料庫、專利全文資料庫、網路全書全文資料庫，用戶使用某一詞彙或短語，便可直接檢索出含有該詞彙或短語的原始信息的全文。
（2）數值資料庫 存儲以數值表示信息為主的一種源資料庫，和它類似的有文本-數值資料庫。與書目資料庫比較，數值資料庫是對信息進行深加工的產物，可以直接提供所需的數據信息。如各種統計資料庫、科學技術資料庫等。數值資料庫除了一般的檢索功能外，還具有準確數據運算功能、數據分析功能、圖形處理功能及對檢索輸出的數據進行排序和重新組織等方面的功能。
4．2．2 資料庫結構
1．書目資料庫的結構
書目資料庫是以文檔形式組織一系列數據，這些數據被稱為記錄，一個記錄又包含若干欄位。
（1）記錄與欄位 記錄是作為一個單位來處理有關數據的集合，是組成文檔的基本數據單位。記錄中所包含的若干欄位，則是組成記錄的基本數據單位。在書目資料庫中，一個記錄相當於一條題錄或文摘，因此，一個記錄通常由標題欄位、作者欄位、來源欄位、文摘欄位、主題詞欄位、分類號欄位、語種欄位等組成。在有些欄位中，又包含多個子欄位，子欄位是欄位的下級數據單位。如，主題詞欄位含有多個主題詞。按照欄位所代表記錄的性質不同，欄位通常分為基本欄位和輔助欄位兩類。常見的欄位名稱及代碼見表4-1。
表4-1 欄位名稱及代碼
基本欄位
輔助欄位
欄位名稱
欄位代碼
欄位名稱
欄位代碼
標 題
TI
記錄號
DN
文 摘
AB
作 者
AU
敘 詞
DE
作者單位
CS
標識詞
ID
期刊名稱
JN
出版年
PY
出版國
CO
語 種
LA
（2）文檔 按一定結構組織的相關記錄的集合。文檔是書目資料庫數據組織的基本形式，文檔的組織方式與檢索系統的硬體和軟體功能密切相關。在書目資料庫中，文檔結構主要分為順排文檔和倒排文檔。
1）順排文檔 記錄按順序存放，記錄之間的邏輯順序與物理順序是一致的，相當於印刷型工具中文摘的排列順序，是一種線形文檔。順排文檔是構成資料庫的主體部分，但其主題詞等特徵的標識呈無序狀態，直接檢索時，必須以完整的記錄作為檢索單元，從頭至尾查詢，檢索時間長，實用性較差。
2）倒排文檔 將順排文檔中各個記錄中含有主題性質的欄位（如主題詞欄位、標題欄位、敘詞欄位等）和非主題性質欄位（如作者欄位、機構欄位、來源欄位等）分別提取出來，按某種順序重新組織得到的一種文檔。具有主題性質的倒排檔，稱基本索引檔，非主題性質的倒排檔，稱輔助索引檔。
綜上所述，順排檔和倒排檔的主要區別是：順排檔以完整的記錄為處理和檢索單元，是主文檔，倒排檔以記錄中的欄位為處理和檢索單元，是索引文檔。計算機進行檢索時，先進入倒排檔查找有關信息的存取號，然後再進入順排檔按存取號查找記錄。
2.全文資料庫的結構
一般的全文資料庫結構與書目資料庫相似,全文資料庫的一個記錄就是一個全文文本，記錄分成若干欄位。其主文檔是以順排形式組織的文本文檔,倒排檔是對應於記錄可檢欄位的索引文檔。
3.數值資料庫的結構
數值資料庫的結構要綜合考慮資料庫的內容及檢索目的，即，在內容上，數值資料庫的主要內容是數值信息，但不排除含有必要的說明性的文本信息，在檢索上，便於單項檢索和綜合檢索，還能對數值進行准確數據運算、數據分析、圖形處理及對檢索輸出的數據進行排序和重新組織。數值資料庫的數據結構可以是單元式，也可以是表冊形式。前者是對原始數據的模擬，後者則是對統計表格的機讀模擬。數值資料庫通常有多種文檔，如順排擋、倒排擋、索引文檔等。順排擋是由數值數據組成，為主文檔，另有相應的索引文檔，為便於存取，索引文檔採用基本直接存取結構的組織形式。倒排擋也有相應的索引文檔，索引文檔採取分級組織形式。數值資料庫的文檔結構，使所有文檔都可以用於檢索，所有數據都可用來運算，構成了數值資料庫的特點。
4．指南資料庫的結構
指南資料庫的結構兼有書目資料庫、全文資料庫和數值資料庫的特點，有順排檔、倒排檔、索引文檔和數據字典。一般而言，對涉及主題領域較多，內容綜合性較強的大型指南資料庫，順排擋（主文檔）可採用多子文檔的結構，對單一主題領域和內容較專的，則採用單一主文檔和不定長、多欄位的記錄格式為宜。
③ 資料庫的類型有哪些本人在學mysql.
MySQL數據類型主要可以分成四種其中包括數值型、字元（串）型與日期和時間型與NULL值。
1.MySQL數據類型
在MySQL中有如下幾種數據類型：
（1）數值型
數值是諸如32或153.4這樣的值。MySQL支持科學表示法，科學表示法由整數或浮點數後跟「e」或「E」、一個符號（「+」或「-」）和一個整數指數來表示。1.24E+12和23.47e-1都是合法的科學表示法表示的數。而1.24E12不是合法的，因為指數前的符號未給出。
浮點數由整數部分、一個小數點和小數部分組成。整數部分和小數部分可以分別為空，但不能同時為空。
數值前可放一個負號「-」以表示負值。
（2）字元（串）型
字元型（也叫字元串型，簡稱串）是諸如「Hello,world!」或「一個饅頭引起的血案」這樣的值，或者是電話號碼87398413這樣的值。既可用單引號也可用雙引號將串值括起來。
初學者往往分不清數值87398143和字元串87398143的區別。都是數字啊，怎麼一個要用數值型，一個要用字元型呢？關鍵就在於：數值型的87398143是要參與計算的，比如它是金融中的一個貨款總額；而字元型的87398143是不參與計算的，只是表示電話號碼，這樣的還有街道號碼、門牌號碼等等，它們都不參與計算。
（3）日期和時間型
日期和時間是一些諸如「2006-07-12」或「12:30:43」這樣的值。MySQL還支持日期/時間的組合，如「2006-07-1212:30:43」。
（4）NULL值
NULL表示未知值。比如填寫表格中通訊地址不清楚留空不填寫，這就是NULL值。
我們用CreateTable語句創建一個表（參看前面的章節），這個表中包含列的定義。例如我們在前面創建了一個joke表，這個表中有content和writer兩個列：
定義一個列的語法如下：
其中列名由col_name給出。列名可最多包含64個字元，字元包括字母、數字、下劃線及美元符號。列名可以名字中合法的任何符號（包括數字）開頭。但列名不能完全由數字組成，因為那樣可能使其與MySQL數據類型分不開。MySQL保留諸如SELECT、DELETE和CREATE這樣的詞，這些詞不能用做列名，但是函數名（如POS和MIN）是可以使用的。
列類型col_type表示列可存儲的特定值。列類型說明符還能表示存放在列中的值的最大長度。對於某些類型，可用一個數值明確地說明其長度。而另外一些值，其長度由類型名蘊含。例如，CHAR(10)明確指定了10個字元的長度，而TINYBLOB值隱含最大長度為255個字元。
有的類型說明符允許指定最大的顯示寬度（即顯示值時使用多少個字元）。浮點類型允許指定小數位數，所以能控制浮點數的精度值為多少。
可以在列類型之後指定可選的類型說明屬性，以及指定更多的常見屬性。屬性起修飾類型的作用，並更改其處理列值的方式，屬性有以下類型：
（1）專用屬性用於指定列。例如，UNSIGNED屬性只針對整型，而BINARY屬性只用於CHAR和VARCHAR。
（2）通用屬性除少數列之外可用於任意列。可以指定NULL或NOTNULL以表示某個列是否能夠存放NULL。還可以用DEFAULT，def_value來表示在創建一個新行但未明確給出該列的值時，該列可賦予值def_value。def_value必須為一個常量；它不能是表達式，也不能引用其他列。不能對BLOB或TEXT列指定預設值。
如果想給出多個列的專用屬性，可按任意順序指定它們，只要它們跟在列類型之後、通用屬性之前即可。類似地，如果需要給出多個通用屬性，也可按任意順序給出它們，只要將它們放在列類型和可能給出的列專用屬性之後即可。
2.MySQL的列（欄位）類型
資料庫中的每個表都是由一個或多個列（欄位）構成的。在用CREATETABLE語句創建一個表時，要為每列（欄位）指定一個類型。列（欄位）的類型比MySQL數據類型更為細化，它精確地描述了給定表列（欄位）可能包含的值的種類，如是否帶小數、是否文字很多。
④ 資料庫有哪些類型，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介面的支持。
⑤ 基本的資料庫有哪些類型一級域名和二級域名怎麼區分
一樓回答的資料庫比較細了。
ACCESS
網上最常用的就是ASP+ACCESS，原因沒別的，一是價位便宜，二是對空間沒有要求。
MYSQL
也比較常用，主要用來和PHP搭配使用，優點就是速度比較快，大小通吃。主流的網站一般都用PHP+MYSQL。JSP搭配MYSQL也是不錯選擇，需要伺服器空間支持MYSQL。
MS-SQL
常用資料庫，適用於絕大多數網站，也屬於大小通吃，需要伺服器空間支持MS-SQL，一般配合ASP，ASP.NET使用，都屬於微軟的。
DB2
IBM公司開發的，這種我也沒用過，應該屬於大型資料庫，呵呵，不過如果你對游戲私服有研究，應該很熟悉它，一般傳奇伺服器都用DB2資料庫，網站上沒聽說有用他的。
Oracle
這是大型資料庫，優點就是不管WIN平台還是LINUX都能用，主要用於開發超大型網路平台，可開發性很大。跨平台能力強，如果決定用Oracle開發網站，他的寫法是不同於MYSQL或MS-SQL的。
其它的等別人補充。
域名方面一樓說的不準確，沒聽說有賣二級域名的。
舉個例子：
www.qq.com QQ官網 一級域名
vip.qq.com QQ會員站 二級域名
abc.abc.qq.com 這種就是三級域名，類似淘寶網個人網店都是這種域名。
另外二級域名不管是從檔次和易記性跟一級域名都不是一個檔次的，能提供二級域名的多數是免費的。
這是兩個完全不同的網站，不過主域名都是qq.com
⑥ sql資料庫中常用的數據類型有什麼
一、整數數據類型：整數數據類型是最常用的數據類型之一。
1、INT（INTEGER）
INT （或INTEGER）數據類型存儲從-2的31次方 （-2 ，147 ，483 ，648） 到2的31次方-1 （2 ，147 ，483，647） 之間的所有正負整數。每個INT 類型的數據按4 個位元組存儲，其中1 位表示整數值的正負號，其它31 位表示整數值的長度和大小。
2、SMALLINT
SMALLINT 數據類型存儲從-2的15次方（ -32， 768） 到2的15次方-1（ 32 ，767 ）之間的所有正負整數。每個SMALLINT 類型的數據佔用2 個位元組的存儲空間，其中1 位表示整數值的正負號，其它15 位表示整數值的長度和大小。
二、浮點數據類型：浮點數據類型用於存儲十進制小數。浮點數值的數據在SQL Server 中採用上舍入（Round up 或稱為只入不舍）方式進行存儲。
1、REAL數據類型
REAL數據類型可精確到第7 位小數，其范圍為從-3.40E -38 到3.40E +38。 每個REAL類型的數據佔用4 個位元組的存儲空間。
2、FLOAT
FLOAT數據類型可精確到第15 位小數，其范圍為從-1.79E -308 到1.79E +308。 每個FLOAT 類型的數據佔用8 個位元組的存儲空間。 FLOAT數據類型可寫為FLOAT[ n ]的形式。n 指定FLOAT 數據的精度。n 為1到15 之間的整數值。
當n 取1 到7 時，實際上是定義了一個REAL 類型的數據，系統用4 個位元組存儲它；當n 取8 到15 時，系統認為其是FLOAT 類型，用8 個位元組存儲它。
三、二進制數據類型
1、BINARY
BINARY 數據類型用於存儲二進制數據。其定義形式為BINARY（ n）， n 表示數據的長度，取值為1 到8000 。在使用時必須指定BINARY 類型數據的大小，至少應為1 個位元組。BINARY 類型數據佔用n+4 個位元組的存儲空間。
在輸入數據時必須在數據前加上字元「0X」 作為二進制標識，如：要輸入「abc 」則應輸入「0xabc 」。若輸入的數據過長將會截掉其超出部分。若輸入的數據位數為奇數，則會在起始符號「0X 」後添加一個0，如上述的「0xabc 」會被系統自動變為「0x0abc」。
2、VARBINARY
VARBINARY數據類型的定義形式為VARBINARY（n）。 它與BINARY 類型相似，n 的取值也為1 到8000， 若輸入的數據過長，將會截掉其超出部分。
不同的是VARBINARY數據類型具有變動長度的特性，因為VARBINARY數據類型的存儲長度為實際數值長度+4個位元組。當BINARY數據類型允許NULL 值時，將被視為VARBINARY數據類型。
四、邏輯數據類型
1、BIT：BIT數據類型佔用1 個位元組的存儲空間，其值為0 或1 。如果輸入0 或1 以外的值，將被視為1。 BIT 類型不能定義為NULL 值（所謂NULL 值是指空值或無意義的值）。
五、字元數據類型：字元數據類型是使用最多的數據類型。它可以用來存儲各種字母、數字元號、特殊符號。一般情況下，使用字元類型數據時須在其前後加上單引號』或雙引號」 。
1、CHAR
CHAR 數據類型的定義形式為CHAR[ （n） ]。 以CHAR 類型存儲的每個字元和符號佔一個位元組的存儲空間。n 表示所有字元所佔的存儲空間，n 的取值為1 到8000， 即可容納8000 個ANSI 字元。
若不指定n 值，則系統默認值為1。 若輸入數據的字元數小於n，則系統自動在其後添加空格來填滿設定好的空間。若輸入的數據過長，將會截掉其超出部分。
(6)資料庫的名稱以及類型擴展閱讀：
SQL包括了所有對資料庫的操作，主要是由4個部分組成：
1、數據定義：這一部分又稱為「SQL DDL」，定義資料庫的邏輯結構，包括定義資料庫、基本表、視圖和索引4部分。
2、數據操縱：這一部分又稱為「SQL DML」，其中包括數據查詢和數據更新兩大類操作，其中數據更新又包括插入、刪除和更新三種操作。
3、數據控制：對用戶訪問數據的控制有基本表和視圖的授權、完整性規則的描述，事務控制語句等。
4、嵌入式SQL語言的使用規定：規定SQL語句在宿主語言的程序中使用的規則。
⑦ 資料庫分為哪幾類
常用資料庫
1. IBM 的DB2
作為關系資料庫領域的開拓者和領航人，IBM在1997年完成了System R系統的原型，1980年開始提供集成的資料庫伺服器—— System/38，隨後是SQL/DSforVSE和VM，其初始版本與SystemR研究原型密切相關。DB2 forMVSV1 在1983年推出。該版本的目標是提供這一新方案所承諾的簡單性，數據不相關性和用戶生產率。1988年DB2 for MVS 提供了強大的在線事務處理（OLTP）支持，1989 年和1993 年分別以遠程工作單元和分布式工作單元實現了分布式資料庫支持。最近推出的DB2 Universal Database 6.1則是通用資料庫的典範，是第一個具備網上功能的多媒體關系資料庫管理系統，支持包括Linux在內的一系列平台。
2. Oracle
Oracle 前身叫SDL，由Larry Ellison 和另兩個編程人員在1977創辦，他們開發了自己的拳頭產品，在市場上大量銷售，1979 年，Oracle公司引入了第一個商用SQL 關系資料庫管理系統。Oracle公司是最早開發關系資料庫的廠商之一，其產品支持最廣泛的操作系統平台。目前Oracle關系資料庫產品的市場佔有率名列前茅。
3. Informix
Informix在1980年成立，目的是為Unix等開放操作系統提供專業的關系型資料庫產品。公司的名稱Informix便是取自Information 和Unix的結合。Informix第一個真正支持SQL語言的關系資料庫產品是Informix SE（StandardEngine）。InformixSE是在當時的微機Unix環境下主要的資料庫產品。它也是第一個被移植到Linux上的商業資料庫產品。
4. Sybase
Sybase公司成立於1984年，公司名稱「Sybase」取自「system」和 「database」 相結合的含義。Sybase公司的創始人之一Bob Epstein 是Ingres 大學版（與System/R同時期的關系資料庫模型產品）的主要設計人員。公司的第一個關系資料庫產品是1987年5月推出的Sybase SQLServer1.0。Sybase首先提出Client/Server 資料庫體系結構的思想，並率先在Sybase SQLServer 中實現。
5. SQL Server
1987 年，微軟和 IBM合作開發完成OS/2，IBM 在其銷售的OS/2 ExtendedEdition 系統中綁定了OS/2Database Manager，而微軟產品線中尚缺少資料庫產品。為此，微軟將目光投向Sybase，同Sybase 簽訂了合作協議，使用Sybase的技術開發基於OS/2平台的關系型資料庫。1989年，微軟發布了SQL Server 1.0 版。
6. PostgreSQL
PostgreSQL 是一種特性非常齊全的自由軟體的對象——關系性資料庫管理系統（ORDBMS），它的很多特性是當今許多商業資料庫的前身。PostgreSQL最早開始於BSD的Ingres項目。PostgreSQL 的特性覆蓋了SQL-2/SQL-92和SQL-3。首先，它包括了可以說是目前世界上最豐富的數據類型的支持；其次，目前PostgreSQL 是唯一支持事務、子查詢、多版本並行控制系統、數據完整性檢查等特性的唯一的一種自由軟體的資料庫管理系統.
7.mySQL
mySQL是一個小型關系型資料庫管理系統，開發者為瑞典MySQL AB公司。在2008年1月16號被Sun公司收購。目前MySQL被廣泛地應用在Internet上的中小型網站中。由於其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網站為了降低網站總體擁有成本而選擇了MySQL作為網站資料庫。MySQL的官方網站的網址是： www.mysql.com
⑧ 什麼是資料庫
資料庫就是儲存數據的地方。在電腦中，在內存中，在硬碟中的東西都是存儲在資料庫中的數據。而這些數據所待的地方就叫做資料庫。也可以稱為電子化的「文件櫃」。
在計算機科學與應用中的資料庫意味著今後數據會越來越龐大，也意味著數據在以後的發展中在重多的科學還有應用中要運用到更多的數據。
(8)資料庫的名稱以及類型擴展閱讀：
資料庫管理系統可以依據它所支持的資料庫模型來作分類，例如關系式、XML；或依據所支持的計算機類型來作分類，例如伺服器群集、或依據所用查詢語言來作分類，例如SQL、XQuery；或依據性能沖量重點來作分類，例如最大規模、最高運行速度的分類方式。
不論使用哪種分類方式，一些DBMS能夠跨類別，同時支持多種查詢語言。早期比較流行的資料庫模型有三種，而在當今的互聯網中最常見的就是關系型資料庫和非關系型資料庫。
⑨ sql資料庫有哪幾種類型,其拓展名和作用
一、 整數數據類型
整數數據類型是最常用的數據類型之一。
1、INT （INTEGER）
INT （或INTEGER）數據類型存儲從-2的31次方 （-2 ，147 ，483 ，648） 到2的31次方-1 （2 ，147 ，483，647） 之間的所有正負整數。每個INT 類型的數據按4 個位元組存儲，其中1 位表示整數值的正負號，其它31 位表示整數值的長度和大小。
2、SMALLINT
SMALLINT 數據類型存儲從-2的15次方（ -32， 768） 到2的15次方-1（ 32 ，767 ）之間的所有正負整數。每個SMALLINT 類型的數據佔用2 個位元組的存儲空間，其中1 位表示整數值的正負號，其它15 位表示整數值的長度和大小。
3、TINYINT
TINYINT數據類型存儲從0 到255 之間的所有正整數。每個TINYINT類型的數據佔用1 個位元組的存儲空間。
4、BIGINT
BIGINT 數據類型存儲從-2^63 （-9 ，223， 372， 036， 854， 775， 807） 到2^63-1（ 9， 223， 372， 036 ，854 ，775， 807） 之間的所有正負整數。每個BIGINT 類型的數據佔用8個位元組的存儲空間。
二、 浮點數據類型
浮點數據類型用於存儲十進制小數。浮點數值的數據在SQL Server 中採用上舍入（Round up 或稱為只入不舍）方式進行存儲。所謂上舍入是指，當（且僅當）要舍入的數是一個非零數時，對其保留數字部分的最低有效位上的數值加1 ，並進行必要的進位。若一個數是上舍入數，其絕對值不會減少。如：對3.14159265358979 分別進行2 位和12位舍入，結果為3.15 和3.141592653590。
1、REAL 數據類型
REAL數據類型可精確到第7 位小數，其范圍為從-3.40E -38 到3.40E +38。 每個REAL類型的數據佔用4 個位元組的存儲空間。
2、FLOAT
FLOAT數據類型可精確到第15 位小數，其范圍為從-1.79E -308 到1.79E +308。 每個FLOAT 類型的數據佔用8 個位元組的存儲空間。 FLOAT數據類型可寫為FLOAT[ n ]的形式。n 指定FLOAT 數據的精度。n 為1到15 之間的整數值。當n 取1 到7 時，實際上是定義了一個REAL 類型的數據，系統用4 個位元組存儲它；當n 取8 到15 時，系統認為其是FLOAT 類型，用8 個位元組存儲它。
3、DECIMAL
DECIMAL數據類型可以提供小數所需要的實際存儲空間，但也有一定的限制，您可以用2 到17 個位元組來存儲從-10的38次方-1 到10的38次方-1 之間的數值。可將其寫為DECIMAL[ p [s] ]的形式，p 和s 確定了精確的比例和數位。其中p 表示可供存儲的值的總位數（不包括小數點），預設值為18； s 表示小數點後的位數，預設值為0。 例如：decimal （15 5），表示共有15 位數，其中整數10 位，小數5。 位表4-3 列出了各精確度所需的位元組數之間的關系。
4、NUMERIC
NUMERIC數據類型與DECIMAL數據類型完全相同。
注意：SQL Server 為了和前端的開發工具配合，其所支持的數據精度默認最大為28位。
三、 二進制數據類型
1、BINARY
BINARY 數據類型用於存儲二進制數據。其定義形式為BINARY（ n）， n 表示數據的長度，取值為1 到8000 。在使用時必須指定BINARY 類型數據的大小，至少應為1 個位元組。BINARY 類型數據佔用n+4 個位元組的存儲空間。在輸入數據時必須在數據前加上字元「0X」 作為二進制標識，如：要輸入「abc 」則應輸入「0xabc 」。若輸入的數據過長將會截掉其超出部分。若輸入的數據位數為奇數，則會在起始符號「0X 」後添加一個0，如上述的「0xabc 」會被系統自動變為「0x0abc」。
2、VARBINARY
VARBINARY數據類型的定義形式為VARBINARY（n）。 它與BINARY 類型相似，n 的取值也為1 到8000， 若輸入的數據過長，將會截掉其超出部分。不同的是VARBINARY數據類型具有變動長度的特性，因為VARBINARY數據類型的存儲長度為實際數值長度+4個位元組。當BINARY數據類型允許NULL 值時，將被視為VARBINARY數據類型。
一般情況下，由於BINARY 數據類型長度固定，因此它比VARBINARY 類型的處理速度快。
四、 邏輯數據類型
BIT： BIT數據類型佔用1 個位元組的存儲空間，其值為0 或1 。如果輸入0 或1 以外的值，將被視為1。 BIT 類型不能定義為NULL 值（所謂NULL 值是指空值或無意義的值）。
五、 字元數據類型
字元數據類型是使用最多的數據類型。它可以用來存儲各種字母、數字元號、特殊符號。一般情況下，使用字元類型數據時須在其前後加上單引號』或雙引號」 。
1 CHAR
CHAR 數據類型的定義形式為CHAR[ （n） ]。 以CHAR 類型存儲的每個字元和符號佔一個位元組的存儲空間。n 表示所有字元所佔的存儲空間，n 的取值為1 到8000， 即可容納8000 個ANSI 字元。若不指定n 值，則系統默認值為1。 若輸入數據的字元數小於n，則系統自動在其後添加空格來填滿設定好的空間。若輸入的數據過長，將會截掉其超出部分。
2、NCHAR
NCHAR數據類型的定義形式為NCHAR[ （n） ]。 它與CHAR 類型相似。不同的是NCHAR數據類型n 的取值為1 到4000。 因為NCHAR 類型採用UNICODE 標准字元集（CharacterSet）。 UNICODE 標准規定每個字元佔用兩個位元組的存儲空間，所以它比非UNICODE 標準的數據類型多佔用一倍的存儲空間。使用UNICODE 標準的好處是因其使用兩個位元組做存儲單位，其一個存儲單位的容納量就大大增加了，可以將全世界的語言文字都囊括在內，在一個數據列中就可以同時出現中文、英文、法文、德文等，而不會出現編碼沖突。
3、VARCHAR
VARCHAR數據類型的定義形式為VARCHAR [ （n） ]。 它與CHAR 類型相似，n 的取值也為1 到8000， 若輸入的數據過長，將會截掉其超出部分。不同的是，VARCHAR數據類型具有變動長度的特性，因為VARCHAR數據類型的存儲長度為實際數值長度，若輸入數據的字元數小於n ，則系統不會在其後添加空格來填滿設定好的空間。
一般情況下，由於CHAR 數據類型長度固定，因此它比VARCHAR 類型的處理速度快。
4、NVARCHAR
NVARCHAR數據類型的定義形式為NVARCHAR[ （n） ]。 它與VARCHAR 類型相似。不同的是，NVARCHAR數據類型採用UNICODE 標准字元集（Character Set）， n 的取值為1 到4000。
六、文本和圖形數據類型
這類數據類型用於存儲大量的字元或二進制數據。
1、TEXT
TEXT數據類型用於存儲大量文本數據，其容量理論上為1 到2的31次方-1 （2， 147， 483， 647）個位元組，在實際應用時需要視硬碟的存儲空間而定。
SQL Server 2000 以前的版本中，資料庫中一個TEXT 對象存儲的實際上是一個指針，它指向一個個以8KB （8192 個位元組）為單位的數據頁（Data Page）。 這些數據頁是動態增加並被邏輯鏈接起來的。在SQL Server 2000 中，則將TEXT 和IMAGE 類型的數據直接存放到表的數據行中，而不是存放到不同的數據頁中。 這就減少了用於存儲TEXT 和IMA- GE 類型的空間，並相應減少了磁碟處理這類數據的I/O 數量。
2 NTEXT
NTEXT數據類型與TEXT.類型相似不同的,是NTEXT 類型採用UNICODE 標准字元集(Character Set), 因此其理論容量為230-1(1, 073, 741, 823)個位元組。
3 IMAGE
IMAGE數據類型用於存儲大量的二進制數據Binary Data。 其理論容量為2的31次方-1(2,147,483,647)個位元組。其存儲數據的模式與TEXT 數據類型相同。通常用來存儲圖形等OLE Object Linking and Embedding，對象連接和嵌入）對象。在輸入數據時同BINARY數據類型一樣，必須在數據前加上字元「0X」作為二進制標識
七、日期和時間數據類型
1 DATETIME
DATETIME 數據類型用於存儲日期和時間的結合體。它可以存儲從公元1753 年1 月1 日零時起到公元9999 年12 月31 日23 時59 分59 秒之間的所有日期和時間，其精確度可達三百分之一秒，即3.33 毫秒。DATETIME 數據類型所佔用的存儲空間為8 個位元組。其中前4 個位元組用於存儲1900 年1 月1 日以前或以後的天數，數值分正負，正數表示在此日期之後的日期，負數表示在此日期之前的日期。後4 個位元組用於存儲從此日零時起所指定的時間經過的毫秒數。如果在輸入數據時省略了時間部分，則系統將12:00:00:000AM作為時間預設值：如果省略了日期部分，則系統將1900 年1 月1 日作為日期預設值。
2 SMALLDATETIME
SMALLDATETIME 數據類型與DATETIME 數據類型相似，但其日期時間范圍較小，為從1900 年1 月1 日到2079 年6 月6：日精度較低，只能精確到分鍾，其分鍾個位上為根據秒數四捨五入的值,即以30 秒為界四捨五入。如：DATETIME 時間為14:38:30.283時SMALLDATETIME 認為是14:39:00 SMALLDATETIME 數據類型使用4 個位元組存儲數據。其中前2 個位元組存儲從基礎日期1900 年1 月1 日以來的天數，後兩個位元組存儲此日零時起所指定的時間經過的分鍾數。
八、 貨幣數據類型
貨幣數據類型用於存儲貨幣值。在使用貨幣數據類型時，應在數據前加上貨幣符號，系統才能辨識其為哪國的貨幣，如果不加貨幣符號，則默認為「￥」。各貨幣符號如圖4-2所示。
1 MONEY
MONEY 數據類型的數據是一個有4 位小數的DECIMAL 值，其取值從-2的63次方（-922，337，203，685，477.5808到2的63次方-1（+922，337，203，685，477.5807），數據精度為萬分之一貨幣單位。MONEY 數據類型使用8個位元組存儲。
2 SMALLMONEY
SMALLMONEY數據類型類似於MONEY 類型，但其存儲的貨幣值范圍比MONEY數據類型小,其取值從-214,748.3648到+214,748.3647,存儲空間為4 個位元組。
九、 特定數據類型
SQL Server 中包含了一些用於數據存儲的特殊數據類型。
1 TIMESTAMP
TIMESTAMP數據類型提供資料庫范圍內的惟一值此類型相當於BINARY8或VARBINARY（8），但當它所定義的列在更新或插入數據行時，此列的值會被自動更新，一個計數值將自動地添加到此TIMESTAMP數據列中。每個資料庫表中只能有一個TIMESTAMP數據列。如果建立一個名為「TIMESTAMP」的列，則該列的類型將被自動設為TIMESTAMP數據類型。
2 UNIQUEIDENTIFIER
UNIQUEIDENTIFIER 數據類型存儲一個16 位的二進制數字。此數字稱為（GUIDGlobally Unique Identifier ，即全球惟一鑒別號）。此數字由SQLServer 的NEWID函數產生的全球惟一的編碼，在全球各地的計算機經由此函數產生的數字不會相同。
十、 用戶自定義數據類型
SYSNAME SYSNAME 數據類型是系統提供給用戶的，便於用戶自定義數據類型。它被定義為NVARCHAR（128），即它可存儲128個UNICODE字元或256個一般字元。
以表格形式說明：
欄位類型 描述
bit 0或1的整型數字
int 從-2^31(-2,147,483,648)到2^31(2,147,483,647)的整型數字
smallint 從-2^15(-32,768)到2^15(32,767)的整型數字
tinyint 從0到255的整型數字
decimal 從-10^38到10^38-1的定精度與有效位數的數字
numeric decimal的同義詞
money 從-2^63(-922,337,203,685,477.5808)到2^63-1(922,337,203,685,477.5807)的貨幣數據，最小貨幣單位千分之十
smallmoney 從-214,748.3648到214,748.3647的貨幣數據，最小貨幣單位千分之十
float 從-1.79E+308到1.79E+308可變精度的數字
real 從-3.04E+38到3.04E+38可變精度的數字
datetime 從1753年1月1日到9999年12日31的日期和時間數據，最小時間單位為百分之三秒或3.33毫秒
smalldatetime 從1900年1月1日到2079年6月6日的日期和時間數據，最小時間單位為分鍾
timestamp 時間戳，一個資料庫寬度的唯一數字
uniqueidentifier 全球唯一標識符GUID
char 定長非Unicode的字元型數據，最大長度為8000
varchar 變長非Unicode的字元型數據，最大長度為8000
text 變長非Unicode的字元型數據，最大長度為2^31-1(2G)
nchar 定長Unicode的字元型數據，最大長度為8000
nvarchar 變長Unicode的字元型數據，最大長度為8000
ntext 變長Unicode的字元型數據，最大長度為2^31-1(2G)
binary 定長二進制數據，最大長度為8000
varbinary 變長二進制數據，最大長度為8000
image 變長二進制數據，最大長度為2^31-1(2G)