Ⅰ sql Server Compact 3.5 有什麼作用
Microsoft SQL Server Compact 是適合於嵌入在桌面和 Web 應用程序中的壓縮資料庫。SQL Server Compact 4.0 為開發本機和託管應用程序的開發人員提供了與其他 SQL Server 版本通用的編程模型。SQL Server Compact 只需佔用很少的空間即可提供關系資料庫功能：強大的數據存儲、優化查詢處理器以及可靠、可擴展的連接。
Ⅱ SQL SERVER 資料庫到底有什麼具體作用
作用如下：
一、系統表存儲SQL所有的系統信息。
存儲有關資料庫服務中的元數據所謂元數據即（比如數據伺服器有哪些用戶資料庫、資料庫伺服器有哪些登陸賬號，資料庫中都有哪些表，每個表都有哪些欄位 每個資料庫有哪些存儲過程、視圖等等的數據），系統表一般sys開頭。
二、了解資料庫中系統表，可以編寫sql語句或編程的時候用到。
在創建資料庫的時候選判斷資料庫是否存在；創建資料庫中對象（表、視圖、存儲過程、索引等）是否存在，存在返回，不存在則執行創建語句。批量刪除資料庫中對象，比如一次性刪除某個具體資料庫中的所有用戶創建的表、視圖、索引等對象。
三、重要的幾個系統表
Sysxlogins:存在與Master資料庫中，（所有資料庫中用戶和角色），記錄著所有能登陸到Sql server 的帳號。要重啟服務或reconfigure with override，sysdatabases:記錄著當前系統所有的資料庫。只有Master數據中有此系統表。
(2)sql壓縮資料庫作用擴展閱讀：
一、資料庫優點：
1、易於維護：都是使用表結構，格式一致；
2、使用方便：SQL語言通用，可用於復雜查詢；
3、復雜操作：支持SQL，可用於一個表以及多個表之間非常復雜的查詢。
二、資料庫缺點：
1、讀寫性能比較差，尤其是海量數據的高效率讀寫；
2、固定的表結構，靈活度稍欠；
3、高並發讀寫需求，傳統關系型資料庫來說，硬碟I/O是一個很大的瓶頸。
Ⅲ SQLSERVER壓縮數據文件的用處有多大
前奏：前些天因為客戶那邊的問題（其實是盜版問題），只能使用免費的SQLSERVER EXPRESS版本express版本的SQLSERVER的整個資料庫的數據文件大小限制為4GB，就是說不管你用多少個文件組，多少個輔助數據文件ndf所有加起來都不能超過4GB（mdf+ndf）事務日誌文件大小沒有限制因為我們的資料庫只是使用了一個主數據文件GPOS.mdf和一個事務日誌文件GPOS.ldf 本人的解決思路：本人在想如果是這樣，到時候就收縮資料庫唄在網上查了一下資料：由於DBCC SHRINKDATABASE一次運行會同時影響所有的文件（包括數據文件和日誌文件），使用者不能指定每個文件的目標大小，其結果可能不能達到預期的要求。所以建議先做好規劃，對每個文件確定預期目標，然後使用DBCC SHRINKFILE來一個文件一個文件地做比較穩妥本來很開心的，網上資料都說使用DBCC SHRINKFILE來收縮文件，那這樣就不怕拉 （我不怕不怕拉~）但是，往下看那個資料：1、首先了解數據文件當前的使用情況收縮量的大小不可能超過當前文件的空閑空間的大小。如果想要壓縮資料庫的大小，首先要確認數據文件里的確有相應未被使用的空間。如果空間都在使用中，那就要確認大量佔用空間的對象（表格或索引）。然後通過歸檔歷史數據，先把空間釋放出來 2、主數據文件（primary file）是不能被清空的。能被完全清空的只有輔助數據文件 3、如果要把一個文件組整個清空，要刪除分配在這個文件組上的對象（表格或索引），或者把他們移到其他文件組上。DBCC SHRINKFILE不會幫你做這個工作把數據文件裡面數據和對象清除完、確認數據文件（組）有足夠的空閑空間後，管理員就可以使用DBCC SHRINKFILE來縮小或清空指定文件了。如果要縮小文件，就填上需要的target_size，如果要清空文件，就選擇EMPTYFILE 根據上面資料所說，本人的解決思路是：1、確認大量佔用空間的對象（表格或索引）。然後通過歸檔歷史數據，先把空間釋放出來再壓縮數據文件2、重建索引，把一些數據頁面重排一次，原先的頁面被釋放，所佔用的分區也被釋放，再去DBCC SHRINKFILE如果你們有其他解決方法希望你們告訴我，謝謝您們了！！
Ⅳ 為什麼要壓縮和備份資料庫
資料庫壓縮是SQL Server 2008的一個新特性，它可以顯著地降低備份和恢復操作。默認情況下，備份壓縮是在伺服器實例級別上關閉的。不像其它提供不同級別壓縮的第三方軟體，SQL Server 2008隻提供了一個級別。
資料庫壓縮是針對資料庫存儲的內容主要是文本進行壓縮存儲以節約空間的一種方法。
數據備份就是要保存數據的完整性，防止非法關鍵，斷電，病毒感染等等情況，使數據丟失。有必要的話，最好勤備份，防止數據丟失。
最主要的原因：盡可能地減少損失，包括時間上、精神上和金錢上的損失。很多人都不注意備份數據，以致在發生問題後丟失大量的重要數據。要知道，在地球上網是很危險的，即使做好安全預防措施，也難免會發生不可預想的問題。因此，數據備份是日常必不可少的操作。
Ⅳ SQL,資料庫的具體作用是什麼,有哪些,哪些場合需用到請舉一些具體的例子.
簡單的理解資料庫就是可以存儲數據的倉庫，很多地方都會用到資料庫，如動態網頁，erp系統，等等..
一般的數據處理excel或者access足夠應付。家用個人電腦裝sql沒有用，除非你是要學習sql，個人電腦只能安裝開發版的sql server。進行大量而復雜數據處理可以考慮選擇sql，一般sql用於中小企業，如果數據量特別大，並發用戶比較多建議使用Oracle資料庫
Ⅵ mssql資料庫太大怎麼壓縮
資料庫在使用一段時間後，時常會出現因數據刪除而造成資料庫中空閑空間太多的情況，這時就需要減少分配給資料庫文件和事務日誌文件的磁碟空間，以免浪費磁碟空間。當資料庫中沒有數據時，可以修改資料庫文件屬性直接改變其佔用空間，但當資料庫中有數據時，這樣做會破壞資料庫中的數據，因此需要使用壓縮的方式來縮減資料庫空間。可以在資料庫屬性選項中選擇「Auto shrink」選項，讓系統自動壓縮資料庫，也可以用人工的方法來壓縮。人工壓縮資料庫有以下兩種方式：
1、用Enterprise Manager 壓縮資料庫
在Enterprise Manager 中在所要壓縮的資料庫上單擊右鍵，從快捷菜單中的「所有任務（All Tasks）」中選擇「Shrink Database（壓縮資料庫）」選項
、用Transact-SQL 命令壓縮資料庫
可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令來壓縮資料庫。其中DBCC SHRINKDATABASE 命令對資料庫進行壓縮，DBCC SHRINKFILE 命令對資料庫中指定的文件進行壓縮。
（1） DBCC SHRINKDATABASE
DBCC SHRINKDATABASE 命令語法如下：
DBCC SHRINKDATABASE (database_name [, target_percent]
[, {NOTRUNCATE | TRUNCATEONLY}] )
各參數說明如下：
target_percent 指定將資料庫壓縮後，未使用的空間占資料庫大小的百分之幾。如果指定的百分比過大，超過了壓縮前未使用空間所佔的比例，則資料庫不會被壓縮。並且壓縮後的資料庫不能比資料庫初始設定的容量小。
NOTRUECATE
將資料庫縮減後剩餘的空間保留在資料庫，中不返還給操作系統。如果不選擇此選項，則剩餘的空間返還給操作系統。
TRUNCATEONLY
將資料庫縮減後剩餘的空間返還給操作系統。使用此命令時SQL Server 將文件縮減到最後一個文件分配，區域但不移動任何數據文件。選擇此項後，target_percent 選項就無效了。
壓縮資料庫mytest 的未使用空間為資料庫大小的20%。
dbcc shrinkdatabase (mytest, 20)
運行結果如下：
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
(2) DBCC SHRINKFILE
DBCC SHRINKFILE 命令壓縮當前資料庫中的文件。其語法如下：
DBCC SHRINKFILE ( {file_name | file_id }
{ [, target_size] |
[, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } )
各參數說明如下：
file_id
指定要壓縮的文件的鑒別號（Identification number， 即ID）。文件的ID 號可以通過 FILE_ID（）函數或如本章前面所講述的Sp_helpdb 系統存儲過程來得到。
target_size
指定文件壓縮後的大小。以MB 為單位。如果不指定此選項，SQL Server 就會盡最大可能地縮減文件。
EMPTYFILE
指明此文件不再使用，將移動所有在此文件中的數據到同一文件組中的其它文件中去。執行帶此參數的命令後，此文件就可以用ALTER DATABASE 命令來刪除了。
其餘參數NOTRUNCATE 和TRUNCATEONLY 與DBCC SHRINKDATABASE 命令中的含義相同。
例6-15: 壓縮資料庫mydb 中的資料庫文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1)
Ⅶ SQL資料庫如何壓縮
可以使用DBCC
SHRINKDATABASE
和DBCC
SHRINKFILE
命令來壓縮資料庫。
其中DBCC
SHRINKDATABASE
命令對資料庫進行壓縮，DBCC
SHRINKFILE
命令對資料庫中指定的文件進行壓縮。
DBCC
SHRINKDATABASE
命令語法如下：
DBCC
SHRINKDATABASE
(database_name
[,
target_percent]
[,
{NOTRUNCATE
|
TRUNCATEONLY}]
)
各參數說明如下：
target_percent：
指定將資料庫壓縮後，未使用的空間占資料庫大小的百分之幾。如果指定的百分比過大，超過了壓縮前未使用空間所佔的比例，則資料庫不會被壓縮。並且壓縮後的資料庫不能比資料庫初始設定的容量小。
NOTRUECATE：
將資料庫縮減後剩餘的空間保留在資料庫，中不返還給操作系統
，如果不選擇此選項，則剩餘的空間返還給操作系統。
TRUNCATEONLY
：
將資料庫縮減後剩餘的空間返還給操作系統。使用此命令時SQL
Server
將文件縮減到最後一個文件分配，區域但不移動任何數據文件。選擇此項後，target_percent
選項就無效了。
Ⅷ 收縮資料庫有什麼作用
收縮資料庫
資料庫中的每個文件都可以通過刪除未使用的頁的方法來減小。盡管資料庫引擎會有效地重新使用空間，但某個文件多次出現無需原來大小的情況後，收縮文件就變得很有必要了。數據和事務日誌文件都可以減小（收縮）。可以成組或單獨地手動收縮資料庫文件，也可以設置資料庫，使其按照指定的間隔自動收縮。
文件始終從末尾開始收縮。例如，如果有個 5 GB 的文件，並且在 DBCC SHRINKFILE 語句中將 target_size 指定為 4 GB，則資料庫引擎將從文件的最後一個 1 GB 開始釋放盡可能多的空間。如果文件中被釋放的部分包含使用過的頁，則資料庫引擎先將這些頁重新放置到文件的保留部分。只能將資料庫收縮到沒有剩餘的可用空間為止。例如，如果某個 5 GB 的資料庫有 4 GB 的數據，並且在 DBCC SHRINKFILE 語句中將 target_size 指定為 3 GB，則只能釋放 1 GB。
自動資料庫收縮
將 AUTO_SHRINK 資料庫選項設置為 ON 後，資料庫引擎將自動收縮具有可用空間的資料庫。此選項可以使用 ALTER DATABASE 語句來進行設置。默認情況下，此選項設置為 OFF。資料庫引擎會定期檢查每個資料庫的空間使用情況。如果某個資料庫的 AUTO_SHRINK 選項設置為 ON，則資料庫引擎將減少資料庫中文件的大小。該活動在後台進行，並且不影響資料庫內的用戶活動。
將資料庫設置為自動收縮
ALTER DATABASE (Transact-SQL)
手動資料庫收縮
您可以使用 DBCC SHRINKDATABASE 語句或 DBCC SHRINKFILE 語句來手動收縮資料庫或資料庫中的文件。如果 DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 語句無法回收日誌文件中的所有指定空間，則該語句將發出信息性消息，指明必須執行什麼操作以便釋放更多空間。有關收縮日誌文件的詳細信息，請參閱收縮事務日誌。
在該過程中任意時間都可停止 DBCC SHRINKDATABASE 和 DBCC SHRINKFILE 操作，所有已完成工作都將保留。
在使用 DBCC SHRINKDATABASE 語句時，您無法將整個資料庫收縮得比其初始大小更小。因此，如果資料庫創建時的大小為 10 MB，後來增長到 100 MB，則該資料庫最小隻能收縮到 10 MB，即使已經刪除資料庫的所有數據也是如此。
但是，使用 DBCC SHRINKFILE 語句時，可以將各個資料庫文件收縮得比其初始大小更小。必須對每個文件分別進行收縮，而不能嘗試收縮整個資料庫。
Ⅸ ms sql資料庫壓縮太大，而壓縮不起作用
資料庫文件佔用空間可能有很多情況造成
一般是由於頻繁操作造成日誌文件過大
另外,如果資料庫中存在過多的索引也是造成資料庫文件體積過大的原因,可以用SQL下的索引整理語句來實現對索引空間的整理
DBCC INDEXDEFRAG
具體的使用方法,樓主可參考MS-SQL的聯機幫助
Ⅹ SQL資料庫收縮的工作原理是什麼
資料庫收縮的工作原理是：清理空白空間和日誌來實現。
空白空間：刪除表時，資料庫的空間不會自動縮小，隨著建的表越來越多，刪除操
作越來越多時候，數據文件就會越來越多。
日誌：是記錄你歷史操作的，沒用的都可以清除。