1、原子性：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。　　2、一致性：事务开始前和结束后，数据库的完整性约束没有被破坏 。　　 4、持久性：事务完成后

数据库参数应该是够的，但是数据库不能轻易的改动参数，估计dba来了只有改参数了，但是改参数需要走流程，需要时间还得重启库，于是我觉得在等待业务厂家处理的同时，还是自己写个kill过程吧，毕竟万事不求人??。

日常工作中利用SQL SQLSERVER 2008的维护计划对数据库进行定期自动备份，这样一方面可以对数据库进行备份保证数据安全，另一方面也可以减轻对维护人员的负担。SQL Server2008 本身具有定期自动备份功能，我们只需要通过简单的配置就可以实现

通过以上1-6步骤设置好端口，重新打开SQL Server Management Studio，在服务器名称输入：或者127.0.0.1，即可登录数据库了。

今天想在这里利用一款强大的数据库管理工具远程导出SQL脚本，操作异常简单。Navicat for SQL Server 32位 Navicat for SQL Server 64位使用Navicat Premium工具远程连接到你的SQL Server数

人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先来解决问题。对于这类问题，主要是找回误操作之前的数据，在2008之前，有个很出名的工具Log Exploer，听说还挺好用的，这个网上大把教程，这里就不多说了。本文实验环境2008R2，对于2

有个朋友很着急地打电话给我，他用delete语句误删除了SQL Server 2008数据库中两个表中的所有记录，而这个数据库之前没有任何备份。让我帮他解决一下，不然他要赔偿客户很多钱。SQL Server中误删除数据的恢复本来不是件难事，从事务日志恢复即

也可以使用SQL Profiler捕捉在SQL Server实例上执行的活动。这样的活动被称为Profiler跟踪。现在回到那个事件选择面板，只有已经被选择的事件才会被显示。如果想显示所有可供选择的事件，则只需选中“显示所有事件”单选框，要添加一个跟踪事件

开始-->程序-->Microsoft SQL Server 2008-->配置工具-->SQL Server 配置管理器-->SQL Server网络配置-->MSSQLSERVER 的协议-->TCP/IP--

Step 2：在数据库服务器图标上，展开目录，找到Security下的Logins子目录树，设置SA账户的属性，改password，在status栏里，login选上enable。这一步的目的是，允许远程客户端使用sa用户邓肯，sa是system admi

SQL 2008日志文件占了23G硬盘空间，而事务日志已经截断，实际日志内容很小，1G都不到，想要释放日志文件霸占的多余空间。一直以为这就是终极方法，但是竟然没能终结这次遇到的问题。该终极方法的弊端是在操作期间，被操作的数据库不能被正常访问。

如果必须改变SQL Server服务账号，微软建议使用SQL Server配置管理器，因为这个工具将执行生成新服务主密钥需要的合适的解密和加密方法，而且可以使加密层次结构保持完整。RESTORE SERVICE MASTER KEY从备份文件中导入服务主密