大容量資料庫

A. 全球最大的資料庫是什麼

世界上最大的十個資料庫:
1.全球氣象數據中心： 220千兆網路數據，6個petabytes的其它數據。
2.全美能源研究科技計算中心： 2.8個petabytes (1個petabyte 約等於1千千兆)。
3.AT&T： 323千兆信息。
4.Google： 每天有9千1百萬次搜索量。
5.Sprint： 具體數據容量不詳，但其擁有2.85萬億條資料庫行。
6.ChoicePoint： 250千兆數據。
7.YouTube： 45千兆視頻。
8.Amazon： 42千兆數據。
9.中央情報局： (Secret)。
10.美國國會圖書館： 1億3千萬項條目(書籍、圖片、地圖等)，20千兆文本。

B. sql資料庫文件的最大容量是多少

SQLSERVER2000技術規格

--------------系統技術規格---------------

--每個伺服器最多可以允許16個SQLSERVER實例

--每個實例可擁有 2147483467 個鎖

--------------資料庫技術規格--------------

--SQLSERVER的資料庫大小1048516TB

--每個資料庫可擁有的文件組數32767

--每個資料庫可擁有的文件組數256

--文件大小(數據文件)32TB ---

--文件大小(日誌文件)32TB ---

--資料庫中的對象數2 147 483 647

--標識符的長度128

--------------表技術規格-------------------

--每個資料庫中可擁有的表數受限於資料庫中的對象數

--每個表可擁有的行數受限於可用的存儲容量

--每個表的主鍵約束數1

--每個表的外鍵約束數253

--每個表的引用數253

--每個表的觸發器數受限於資料庫中的對象數

--每個表的簇索引數1

--每個表的非簇索引數249

--每個表的唯一約束249非簇的,1成簇的

--------------列技術規格-------------------

--每個索引可包含的列數16

--每個主鍵可包含的列數16

--每個外鍵可包含的列數16

--每個表的列數1024

--索引鍵的大小900位元組

--每個character或binary列的位元組數8000

--每個text,ntext或image列的位元組數2GB-2

--每行的位元組數8060

--每個索引的位元組數900

--每個主鍵的位元組數900

--每個外鍵的位元組數900

--------------SQL技術規格-------------------

--批處理大小65536乘以網路包大小

--每個SELECT語句可處理的表數256

--存儲過程源文件的位元組數小於批處理大小或250MB

--每個存儲過程的參數數目1024

--嵌套的子查詢數32

--嵌套的觸發器層數32

--每個SELECT語句可處理的列數4096

--每個INSERT語句可處理的列數1024

C. mysql 資料庫可以有多大

MySQL 3.22 限制的表大小為4GB。由於在MySQL 3.23 中使用了MyISAM 存儲引擎，最大表尺寸增加到了65536TB（2567 – 1位元組）。由於允許的表尺寸更大，MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的，而不是由MySQL內部限制決定的。

InnoDB 存儲引擎將InnoDB 表保存在一個表空間內，該表空間可由數個文件創建。這樣，表的大小就能超過單獨文件的最大容量。表空間可包括原始磁碟分區，從而使得很大的表成為可能。表空間的最大容量為64TB。

(3)大容量資料庫擴展閱讀

據D.V.B 團隊以及Cmshelp 團隊做CMS 系統評測時的結果來看，MySQL單表大約在2千萬條記錄（4G）下能夠良好運行，經過資料庫的優化後5千萬條記錄（10G）下運行良好。

這對於MySQL是不公平的，那些CMS廠商非但沒有把內核做好反而還在添加很多花哨的功能，最終導致其產品自身負載過低。

他們並沒有針對自身負載效果作出相應的資料庫優化方案及標准，而是繼續保留著復雜的結構造成對MySQL的資源無休止的浪費，最終導致了其負載上的缺陷。

於是他們便充分發揮中國人的傳統優勢——變通：避重就輕的採用了所謂的分表式存儲，雖然在一定程度上緩解了自身負載的缺陷，但是導致了網站後期維護以及資源上的浪費。

用一個不恰當的比喻來形容，MySQL中的的表就像一塊地，單表就相當於利用這塊地蓋高層建築充分利用達到高人員負載，但分表就相當於用這塊地蓋了一間平房。

如果為了達到高人員負載的話那就需要另開地皮達到目的，但是我們要思考，是地不夠，還是他的能力不夠，如此做法讓人感到資源的浪費以及規劃的嚴重缺陷。

D. 求助，大容量SQL資料庫導入導出方案

大SQL文件導入資料庫的方法： 1、點擊"開始"-"運行"，輸入cmd，然後回車進入到DOS界面。 2、進入MYSQL安裝目錄。 3、假如MYSQL安裝在D盤，SQL文件也在D盤，加入命名為demo.sql，操作的方法是： 輸入"D:"，回車即進入到D盤了

E. Access資料庫最大容量是多少

理論上可以存儲2G條記錄，但是access資料庫有一定的極限，如果數據達到100M左右，很容易造成伺服器iis假死，或者消耗掉伺服器的內存導致伺服器崩潰。

F. 如何設計一個方便高效查詢的大容量的資料庫

建議：
1、你要預估一下你的系統將要用多久，然後計算一下表的大小、庫的大小。
2、要區分你的是OLTP還是OLAP類型。
3、如果2個月才300萬，那不算多，一年就千萬級別而已，一個表就算過億也是可以承受的，根據你的需要，比如查詢需要，如果經常需要查詢一年，那按年來做表分區（2005及其後續版本才有），如果經常查詢一個月，就按月來分區，對於分區，建議使用2008及以上版本，分區的數量會更多。
4、還是根據你的需要，如果不是每次查詢都要查那麼細，那你的設計還是可以的。如果每次都要那麼細，可以考慮適當冗餘一些欄位到你的主表。
5、建議使用2008及以上版本，特別是2012的alwayson，可以很大程度分開讀寫操作，這個具體你可以到msdn找。如果是OLAP，2012可以提供列存儲索引。查詢速度奇快。如果結合分區，可以實現快速數據導入功能。
6、表中欄位如非必要，不要存放太多數據到一個列，可以分開，不過這部分要按照業務需要，舉個例子，存地址，如果你的系統每次都要完整地址，那麼建議使用一列來存放，如果你經常需要統計省、市、區等，那麼建議分開3個欄位，這樣可以減少字元串拆分的開銷。
7、欄位設計方面，使用足夠的類型就可以了，比如字元型，別每次都用max。
8、tempdb要整大一點。
由於你的表就兩個，所以也談不上什麼設計，更多是架構問題。

G. SQL如何備份大容量資料庫

資料庫備份介紹

1、備份位置

在SQL Server上，有多種備份位置可以選擇，如本地磁碟，網路磁碟，遠程地址，磁帶等。

各種備份位置均有自己的優點和缺點。
2、邏輯備份設備

在SQL Server上，可以通過創建邏輯備份設備來完成備份。使用邏輯備份設備的好處是，當變更備份地址時，不需要更改備份腳本，只需要更改邏輯備份設備的定義即可。

創建邏輯備份設備的腳本如下：

SQL code EXEC sp_addmpdevice @devtype=』disk』,@logicalname=』MYBackup』,@physicalname=』D:\backup\mydb.bak』

刪除備份設備的腳本：

SQL code Sp_dropdevice @logicalname=』MYBackup』

上述腳本只是刪除邏輯備份設備的定義，下述腳本將同時刪除備份文件：

SQL code Sp_dropdevice @logicalname=』MYBackup』,@devfile=』DELFILE』

使用邏輯備份設備的方法如下：

SQL code Backup database mydb to MYBackup

當然，還可在邏輯備份設備上指定過期時間等備份屬性，如：

SQL code Backup database mydb to MYBackup WITH EXPIREDATE=』13/01/2010』

或：

SQL code BACKUP DATABASE mydb to MYBackup WITH RETAINDAYS=7

3、備份集與存儲集

每一份備份包含於一個備份集，而一個備份集包含於一個存儲集。通過系統GUI進行備份時，SQL Server會自動指定備份集和存儲集，目的則是為了簡化管理。用T-SQL顯示指定則用如下語法：

SQL code BACKUP DATABASE mydb to MYBackup WITH RETAINDAYS=7,

NAME=』FULL』,

MEDIANAME=』ALLBackups』

NAMEs是指備份集名稱，MEDIANAME是指存儲集名稱。
4、全備份

不管恢復模式是哪一個，所有的備份都必須要有一個全備份，特別是日誌備份和差異備份，如果沒有全備份的話，將無法進行恢復。

簡單的全備份腳本如下所示，也可以通過維護計劃來指定全備份：

SQL code BACKUP DATABASE mydb to DISK=』D:\Backup\mydb.bak』

但需要注意的是，上述命令是將資料庫備份附加到當前的存在的文件上，如果不存在則創建它，並不會覆蓋原有文件。要覆蓋同名的備份文件，需要指定INIT參數。

SQL code BACKUP DATABASE mydb to DISK=』D:\Backup\mydb.bak』 WITH INIT

5、日誌備份

在完全恢復模式或者大容量日誌恢復模式下，日誌備份不僅僅是恢復的需要，同時也是手工管理事務日誌文件的一種方式。如果從不進行備份的話，在完全恢復模式或者大容量恢復模式下，事務日誌將會持續增長，直至消耗完所在磁碟。

日誌備份的腳本如下：

SQL code BACKUP LOG mydb_log TO DISK=』D:\backup\mydb.trn』

需要養成使用.trn為日誌備份的擴展名的習慣。

每個在資料庫上的動作都會被安排一個Log Sequence Number (LSN)。如果需要還原到指定的時間點，需要有持續的LSN記錄。也就是說，在完全恢復模式或者大容量日誌模式下，一個不被打斷的事務日誌備份鏈是恢復資料庫的基本要求。
6、差異備份

使用日誌備份來恢復時，無疑是一個很慢的過程，特別是上一個全備份的歷史比較悠久時。使用差異備份，便能縮短恢復時間。事實上，差異備份只是BACKUP DATABASE的一個選項，如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\backup\mydb.dif』 WITH DIFFERENTIAL,INIT

進行資料庫恢復時，先恢復資料庫全備份，再恢復資料庫差異備份，最後才恢復日誌備份。

差 異備份是與上一次全備份緊密相連的，不管期間有多少次日誌備份和差異備份，差異備份還是會從上一次全備開始備份。因此，經常會遇到這樣的一種情況，在生產 庫上需要臨時使用資料庫時，便用BACKUP DATABASE … TO DISK=』..』進行了一個備份，下一次的差異備份便會以這回的全備為准，如果過後把這個臨時全備刪除掉後，後面的差異備份就沒用了。

差異備份並不意味著磁碟空間肯定會少，這取決於實際情況。當期間大量操作發生時，差異備份還是會變得很大。
7、錯誤檢測

在備份過程中，備份進程會同時驗證數據，或者校驗不完整頁（torn page），或者驗證校驗和(checksum)。要使用該功能，需要激活該選項。

不完整頁檢測(Torn-page dection)僅僅檢查每一個頁看是否已經寫完成。如果發現一個頁只有部分被寫入，那麼就將其標記為torn。

校驗和驗證(checksum validation)是一種新的頁驗證機制。它會為每個頁添加一個值來表明該頁實際的大小。雖然看起來是個代價很高影響性能的操作，但事實上，它的效率非常高，與torn-page差不多。

備份進程在備份資料庫時，會通過比較在資料庫里的和隨著備份頁寫入硬碟時這兩個之間的值來進行驗證。但是，這個驗證並不是自動完成的，需要顯示指定，在GUI頁面上是個選項。如果通過T-SQL來備份的話，語句如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\data\mydb.bak』 WITH CHECKSUM

如果備份過程中，發現了錯誤，SQL Server會錯誤信息寫入MSDB上的SUSPECT_PAGE表裡面。同時，在默認情況下，備份行為會停止的（STOP_ON_ERROR），以便管理員排查錯誤。

但 備份過程中的校驗和驗證還有另外一個選項（CONTINUE_ON_ERROR）,也就是說，如果發現錯誤，備份過程並不會中斷，而是將錯誤頁信息記錄在 MSDB..SUSPECT_PAGE上而已。需要注意的是，SUSPECT_PAGE表是有行限制的，最多隻能達到1000行，如果達到了的話，備份同 樣會失敗。

激活校驗和驗證的話，很明顯會影響備份的性能。但還是很有必要的。

8、安全備份

完全備份和日誌備份語句還支持使用密碼屬性，如：

SQL code BACKUP DATABASE mydb TO DISK=』D:\mydb.bak』 WITH PASSWORD=』mydb』

所指定的密碼是很容易破解的。因此，如果確實需要對某些備份數據進行加密的話，可以將備份存放於加密的文件系統或者其它安全的存儲設備上。

同時，SQL Server還提供了對真實列進行加密的功能。該加密功能是工業標准。

9、條帶備份

有些情況下，單獨一個硬碟無法存儲一個完整的資料庫備份時，可以將資料庫備份分成多個部分存儲在不同的磁碟上，這種備份方式成為條帶備份。使用條帶備份的優點很明確，就是能很好的利用空間，但如果某部分備份丟失或者損壞，那整個備份將無效。

其語句如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\mydb.bak』,

DISK=』E:\mydb.bak』 WITH INIT,CHECKSUM,

CONTINUE_ON_ERROR

上述D盤和E盤上的備份是不可分割的。

10、鏡像備份

與條帶備份在多個磁碟上保留同一份備份不同的是，鏡像備份是在不同磁碟上保留多份備份。其語句如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\mydb.bak』

MIRROR TO DISK=』E:\mydb.bak』

WITH INIT,CHECKSUM,CONTINUE_ON_ERROR

在實際情況下，對日誌備份採取鏡像備份方式會比較合適。

11、COPY-ONLY 備份

在差異備份里曾提到過，差異備份是建立在上一個全備份的基礎上的。因此如果在一個事先安排好的備份計劃里，如果在全備份和差異備份之間再進行了一次全備份後，其差異備份會被打斷，如果把臨時全備份刪除掉後，就產生了數據丟失。

在SQL SERVER 2005以後，SQL SERVER提供了一個選項-only.使用-only選項進行的全備份便不會打算原先的備份計劃，語句如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\mydb.bak』

WITH INIT,CHECKSUM,COPY_ONLY

三、文件和文件組備份

在SQL SERVER 7.0以後，SQL Server提供了filegroup的概念。文件組不僅僅提供了一個邏輯的存儲地址，還允許將不同的表和索引放在不同的文件組上來提高性能和減少備份時間。

在數據存儲概述上，提到了資料庫有三類數據文件，一般來說，資料庫至少需要兩個（.mdf和.ldf）或者更多的文件。SQL Server不僅允許有多個文件存在(.ldf)，還允許多個文件組存在。

一個文件組可以有多個文件，每個文件需要仔細規劃好初始大小及增量。

1、默認文件組

在創建對象時，如果未明確指定文件組，那麼該對象將會存放在默認的文件組上。在默認情況下，默認的文件組是primary，但由於primary文件組不僅可以包含用戶數據，同時還存儲著資料庫結構等技術信息，因此一般建議添加額外的一個文件組，並將其指定為默認文件組。

SQL Server只能有一個默認的文件組。

修改默認文件組的語句如下：

SQL code ALTER DATABASE mydb MODIFY FILEGROUP mydb DEFAULT；

2、為對象指定文件組

當創建表或者索引時，不管是用戶還是系統都需要將表或索引放在某個文件組上。如果在創建表或索引時指定文件組，那麼表或索引將會存儲在指定的文件組上，而不是默認的文件組。

其指定語句如下：

SQL code CREATE TABLE test( [id] int,[notes] text) on mydbdata

也可以通過GUI創建表的頁面來指定文件組。

3、將對象遷移至指定文件組

如果需要變更對象的存儲位置，最簡單的方式則是通過GUI屬性頁面來進行修改通過該方法，可以直觀的看到對象的遷移過程。

同時也可以通過T-SQL來修改，例如：

SQL code ALTER TABLE test drop constraint PK_test WITH (MOVE TO DATA)

4、備份數據文件

備份數據文件同樣可以通過BACKUP DATABASE語句來實現。如下：

SQL code BACKUP DATABASE mydb FILE=』D:\Data\mydb.ndf』 TO DISK=』E:\Backup\mydbdata.bak』

上述語句相當於數據文件級別的全備份，與資料庫級別的備份類似，文件級別上的備份也有差異備份，當然前提是要有相對應的文件全備份。

差異備份的語句如下：

SQL code BACKUP DATABASE mydb FILE=』D:\Data\mydb.ndf』

WITH DIFFERENTIAL

TO DISK=』E:\Backup\mydbdata_dif.bak』

5、備份文件組

與單獨備份文件類似，也可以對文件組進行類似的備份操作。備份文件組的方式也有兩種，一種是通過GUI界面指定，一種則是通過T-SQL。

T-SQL的語句如下：

SQL code BACKUP DATABASE mydb FILEGROUP=』PRIMARY』 TO DISK=』E:\Backup\mydbpri.bak』

6、不完全備份(partial backup)

在文件組備份上，不完全備份其實相當於完全備份，可以通過指定關鍵字READ_WRITE_FILEGROUPS來實現不完全備份。

語句如下：

SQL code BACKUP DATABASE mydb READ_WRITE_FILEGROUPS TO DISK=』D:\mydb.bak』

那不完全備份到底是什麼意思呢？什麼時候需要不完全備份？如果對一個文件組設置了只讀，而這只讀的文件組又需要進行一次備份，這時，可以不用BACKUP DATABASE語句進行備份，只需要挑個時間停止實例，然後執行不完全備份。

H. mysql資料庫最大容量是多少呢

32位的操作系統，單個文件最大是4G，64位的系統，你就自己去算吧，4G的平方

I. 全球最大的資料庫是什麼

世界上最大的十個資料庫:x0dx0a1.全球氣象數據中心： 220千兆網路數據，6個petabytes的其它數據。 x0dx0a2.全美能源研究科技計算中心： 2.8個petabytes (1個petabyte 約等於1千千兆)。x0dx0a3.AT&T： 323千兆信息。 x0dx0a4.Google： 每天有9千1百萬次搜索量。x0dx0a5.Sprint： 具體數據容量不詳，但其擁有2.85萬億條資料庫行。x0dx0a6.ChoicePoint： 250千兆數據。x0dx0a7.YouTube： 45千兆視頻。x0dx0a8.Amazon： 42千兆數據。x0dx0a9.中央情報局： (Secret)。x0dx0a10.美國國會圖書館： 1億3千萬項條目(書籍、圖片、地圖等)，20千兆文本。

J. 怎樣建立一個大型資料庫

建立一個資料庫當你想建立一個表時，你必須按照以下的步驟先建立一個資料庫：在SQL Enterprise Manager中，選擇你的資料庫的名字。從Manage菜單中選擇Databases選項。管理資料庫的窗口就出現了。在工具條上點擊新建資料庫的按鈕，就會出現新建資料庫的對話框（如圖3.5所示）。注意</B>現在版本的SQL Server(version 6.5)最多能有32,767個資料庫。每個資料庫的最小容量是1MB，最大容量是ITB。在SQL Enterprise Manager對話框中的新建資料庫對話框。 填寫你的資料庫所要使用的名字（不能有空格）。 然後，填寫你要建立的資料庫所在的資料庫設備（例如，他就是你在前面一步建立的資料庫設備）。 這個新建資料庫的對話框會以圖形的方式顯示所有資料庫設備的已經使用和沒有使用的空間。 當你建立一個資料庫時，你可以選擇去建立事務日誌。為了建立事務日誌，你需要指定一個log device（日誌資料庫設備）。在新建資料庫對話框中，打開標有LogDevice的下拉式框，然後選擇一個資料庫設備和用於日誌的空間大小。注意</B>每個資料庫都有它自己的事務處理日誌，它記錄了對資料庫每一個請求（modify,insert,delete）。日誌文件是對資料庫的內部處理過程的一種監視。它允許你對資料庫執行updates, inserts, deletes等操作。所以在需要的時候，你也可以取消這些操作的結果。在系統沒有正確地關閉，而只是停機或重新啟動時，這些事務處理的日誌是很有用的－在重新啟動時，SQL Server會根據事務處理日誌來恢復數據。注意</B>當你把事務處理日誌向一個mp 資料庫傾倒時，你的事務處理日誌會被截短。你也可以強制地使你的事務日誌縮短。如果你想知道有關事務日誌的更多的信息，請查詢SQL 在線幫助文件，用關鍵字transaction log查找。6當你完成在新建資料庫的對話框中的這些問題的回答，點擊Create Now 按鈕。你的資料庫就會在Databases文件夾下顯示出來。