壓縮資料庫

Ⅰ 如何在access中壓縮當前資料庫

如果想壓縮資料庫，可以在左上角Office圖標--->管理---->壓縮和修復資料庫。
如圖所示，會在右下角顯示正在壓縮，按Esc鍵停止壓縮。

Ⅱ MS SQL2000資料庫太大了 如何壓縮

具體方法有3種。
方法一:
第一步：
backup log database_name with no_log
或者 backup log database_name with truncate_only
-- no_log和truncate_only是在這里是同義的，隨便執行哪一句都可以。
第二步：
1.收縮特定資料庫的所有數據和日誌文件，執行：
dbcc shrinkdatabase (database_name,[,target_percent])
-- database_name是要收縮的資料庫名稱；target_percent是資料庫收縮後的資料庫文件中所要的剩餘可用空間百分比。
2.收縮一次一個特定資料庫中的數據或日誌文件，執行
dbcc shrinkfile(file_id,[,target_size])
-- file_id是要收縮的文件的標識 (ID) 號,若要獲得文件 ID，請使用 FILE_ID 函數或在當前資料庫中搜索 sysfiles；target_size是用兆位元組表示的所要的文件大小（用整數表示）。如果沒有指定，dbcc shrinkfile 將文件大小減少到默認文件大小。兩個dbcc都可以帶上參數notruncate或truncateonly，具體意思查看聯機幫助.

方法二：
第一步：
先備份整個資料庫以備不測 。
第二步：
備份結束後，在Query Analyzer中執行如下的語句：
exec sp_detach_db yourDBName,true
--卸除這個DB在MSSQL中的注冊信息
第三步：
到日誌的物理文件所在的目錄中去刪除該日誌文件或者將該日誌文件移出該目錄
第四步：
在Query Analyzer中執行如下的語句：
exec sp_attach_single_file_db yourDBName,'
d:\mssql\data\yourDBName_data.mdf '
--以單文件的方式注冊該DB，如果成功則MSSQL將自動為這個DB生成一個500K的日誌文件。

方法三:
1. 進入企業管理器，選中資料庫，比如demo
2. 所有任務->分離資料庫
3. 到資料庫文件的存放目錄，將MuOnline_log.LDF文件刪除，以防萬一，你可以拷出去
4. 企業管理器->附加資料庫，選muonline，這個時候你會看見日誌文件這項是一個叉，不要緊，繼續，此時資料庫就會提示你該資料庫無日誌是否創建一個新的，確定就是了。
5. 記得資料庫重新附加後用戶要重新設置一下。
如果以後,不想要它變大:
SQL2000下使用：
在資料庫上點右鍵->屬性->選項->故障恢復-模型-選擇-簡單模型。
或用SQL語句：
alter database 資料庫名 set recovery simple

Ⅲ 怎樣壓縮資料庫

企業管理器--伺服器--右鍵資料庫--屬性--選項--選擇 "自動收縮 "

Ⅳ 如何壓縮Access資料庫

Microsoft的Access繼承了一些FoxBase DBF的特點，個人估計是DBF的改進，比如FoxBase說在刪除數據後其實並沒有真正刪除，只是加上一個刪除標記，在需要的時候可以用Recall命令恢復這些數據，如果想徹底刪除，首先需要獨占訪問數據表，然後使用Pack命令來清除這些已經被刪除的數據，可以稱之為「壓縮」數據表。 Access也是一樣，如果是文本和數字等一般數據恐怕不太明顯，如果是OLE對象，加入後MDB文件大小會劇增，而在刪除這些數據行後文件大小並沒有相應減少，日積月累這些無用的數據不光佔用了大量硬碟空間，而且也會降低資料庫的訪問效率，這時已經沒有Pack命令可用了，但可以使用Access的「壓縮和修復資料庫」(在「工具」菜單中)來將那些無用的數據清除掉。如果你的程序使用Access作為資料庫，使用菜單命令來「壓縮資料庫」肯定是不太合適的，況且有時候需要自動來完成這個操作，所以我們需要把它用代碼來完成，需要調用COM對象的方法，壓縮後的資料庫被保存為另外一個文件，再把原文件刪除(其實Access自己也是這么做的)，代碼如下：#include "objbase.h" //牽涉到COM對象，必須包含此頭文件AnsiString srcmdb="c://test.mdb"; //原文件名(壓縮之前)

Ⅳ rar壓縮包保存到資料庫中的格式

6356?壓縮文件、OFFICE文檔文件以及其他的任何體積大了的文件，都可以採用二進制的方式保存在資料庫中，我想你們用的也是MSSQL資料庫吧。以下是其數據類型的詳細說明：在計算機中數據有兩種特徵：類型和長度。所謂數據類型就是以數據的表現方式和存儲方式來劃分的數據的種類。
在SQL Server 中每個變數、參數、表達式等都有數據類型。系統提供的數據類型分為幾大類，如表4-2 所示。

其中，BIGINT、 SQL_VARIANT 和TABLE 是SQL Server 2000 中新增加的3 種數據類型。下面分類講述各種數據類型。

4.3.1 整數數據類型
整數數據類型是最常用的數據類型之一。
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個位元組的存儲空間。

4.3.2 浮點數據類型
浮點數據類型用於存儲十進制小數。浮點數值的數據在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、NUMERIC
NUMERIC數據類型與DECIMAL數據類型完全相同。
注 意：SQL Server 為了和前端的開發工具配合，其所支持的數據精度默認最大為28位。但可以通過使用命令來執行sqlserver.exe程序以啟動SQL Server，可改變默認精度。命令語法如下：SQLSERVR[/D master_device_path][/P precisim_leve1]
例: 用最大數據精度38 啟動SQL Server
sqlservr /d c:\ Mssql2000\data\master.dat /p38
/*在使用了/P 參數後,如果其後沒有指定具體的精度數值,則默認為38 位./*
4.3.3 二進制數據類型
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 類型的處理速度快。

4.3.4 邏輯數據類型
BIT： BIT數據類型佔用1 個位元組的存儲空間，其值為0 或1 。如果輸入0 或1 以外的值，將被視為1。 BIT 類型不能定義為NULL 值（所謂NULL 值是指空值或無意義的值）。

4.3.5 字元數據類型
字元數據類型是使用最多的數據類型。它可以用來存儲各種字母、數字元號、特殊符號。一般情況下，使用字元類型數據時須在其前後加上單引號』或雙引號」 。
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。

4.3.6 文本和圖形數據類型
這類數據類型用於存儲大量的字元或二進制數據。
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」作為二進制標識

4.3.7 日期和時間數據類型
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 位；當其為兩位時，若值小於50 則視為20xx 年，若大於或等於50 則
視為19xx 年；若日部分省略，則視為當月的1號。以下格式均為正確的日期格式：
June 21 2000 Oct 1 1999 January 2000 2000 February
2000 May 1 2000 1 Sep 99 June July 00
數字+分隔符格式
允許把斜杠（/）、連接符（-）和小數點（.）作為用數字表示的年、月、日之間的分
隔符。如：
YMD：2000/6/22 2000-6-22 2000.6.22
MDY：3/5/2000 3-5-2000 3.5.2000
DMY：31/12/1999 31-12-1999 31.12.2000
純數字格式
純數字格式是以連續的4 位6、位或8 位數字來表示日期。如果輸入的是6 位或8 位
數字，系統將按年、月、日來識別，即YMD 格式，並且月和日都是用兩位數字來表示：
如果輸入的數字是4 位數，系統認為這4 位數代表年份,其月份和日預設為此年度的1 月
1 日。如:
20000601---2000 年6 月1 日 991212---1999 年12 月12 日 1998---1998 年 ????
時間輸入格式
在 輸入時間時必須按「小時、分鍾、秒、毫秒」的順序來輸入。在其間用冒號「：」隔開。但可將毫秒部分用小數點「.」 分，隔其後第一位數字代表十分之一秒，第二位數字代表百分之一秒，第三位數字代表千分之一秒。當使用12 小時制時用AM。am 和PM（pm）分別指定時間是午前或午後，若不指定，系統默認為AM。AM 與PM 均不區分大小寫。如：
3:5:7.2pm---下午3 時5 分7 秒200 毫秒
10:23:5.123Am---上午10 時23 分5 秒123 毫秒
可以使用SET DATEFORMAT 命令來設定系統默認的日期-時間格式。
4.3.8 貨幣數據類型
貨幣數據類型用於存儲貨幣值。在使用貨幣數據類型時，應在數據前加上貨幣符號，系統才能辨識其為哪國的貨幣，如果不加貨幣符號，則默認為「￥」。
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 個位元組。

4.3.9 特定數據類型
SQL Server 中包含了一些用於數據存儲的特殊數據類型。
1 TIMESTAMP
TIMESTAMP數據類型提供資料庫范圍內的惟一值此類型相當於BINARY8或VARBINARY（8），但當它所定義的列在更新或插入數據行時，此 列的值會被自動更新，一個計數值將自動地添加到此TIMESTAMP數據列中。每個資料庫表中只能有一個TIMESTAMP數據列。如果建立一個名為 「TIMESTAMP」的列，則該列的類型將被自動設為TIMESTAMP數據類型。
2 UNIQUEIDENTIFIER
UNIQUEIDENTIFIER 數據類型存儲一個16 位的二進制數字。此數字稱為（GUIDGlobally Unique Identifier ，即全球惟一鑒別號）。此數字由SQLServer 的NEWID函數產生的全球惟一的編碼，在全球各地的計算機經由此函數產生的數字不會相同。

4.3.10 用戶自定義數據類型
SYSNAME SYSNAME 數據類型是系統提供給用戶的，便於用戶自定義數據類型。它被定義為NVARCHAR（128），即它可存儲128個UNICODE字元或256個一般字元。4.3.11 新數據類型
SQL Server 2000 中增加了3 種數據類型：BIGINT、SQL_VARIANT和TABLE。其中BIGINT數據類型已在整數類型中介紹，下面介紹其餘兩種：
1 SQL_VARIANT
SQL_VARIANT數據類型可以存儲除文本、圖形數據（TEXT、NTEXT、IMAGE）和TIMESTAMP類型數據外的其它任何合法的SQL Server數據。此數據類型大大方便了SQL Server的開發工作。
2 TABLE
TABLE 數據類型用於存儲對表或視圖處理後的結果集。這一新類型使得變數可以存儲一個表，從而使函數或過程返回查詢結果更加方便快捷。 《希望對你有所幫助》

Ⅵ SQL資料庫如何壓縮

1、首先從開始菜單著手，打開開始菜單欄，在菜單欄上找到我們已經安裝的SQL server 2008，單擊打開它。

Ⅶ 怎樣壓縮SQL資料庫

打開企業管理器，選擇你想要壓縮的資料庫，用右鍵點擊，上面是有壓縮那個選項的

Ⅷ 壓縮access資料庫的原理

1.首先你要了解資料庫變大的原因：隨著您不斷添加、更新數據以及更改資料庫設計，資料庫文件會變得越來越大。導致增大的因素不僅包括新數據，還包括其他一些方面：
(1)Access 會創建臨時的隱藏對象來完成各種任務。有時，Access 在不再需要這些臨時對象後仍將它們保留在資料庫中。
(2)刪除資料庫對象時，系統不會自動回收該對象所佔用的磁碟空間。也就是說，盡管該對象已被刪除，資料庫文件仍然使用該磁碟空間。

隨著資料庫文件不斷被遺留的臨時對象和已刪除對象所填充，其性能也會逐漸降低。其症狀包括：對象可能打開得更慢，查詢可能比正常情況下運行的時間更長，各種典型操作通常似乎也需要使用更長時間。

2.所以，壓縮資料庫並不是壓縮數據，而是通過清除未使用的空間來縮小資料庫文件。
3.壓縮資料庫可以防止資料庫變大而引起的執行性能變慢，防止因此造成的資料庫損壞。

Ⅸ 如何在ACCESS中壓縮當前資料庫

1、首先，打開一個Microsoft Office Access軟體管理，資料庫界面當中。