Ⅰ 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数据库收缩的工作原理是什么
数据库收缩的工作原理是：清理空白空间和日志来实现。
空白空间：删除表时，数据库的空间不会自动缩小，随着建的表越来越多，删除操
作越来越多时候，数据文件就会越来越多。
日志：是记录你历史操作的，没用的都可以清除。