MYSQL编程：从日记中恢复SQL Server数据库到工夫点...

对免费版的用户也具有充足的支持服务。在dev.mysql.com上，一个大型的MySQL学习教程强大社区用户和开发者可以讨论所有关于MySQL的事情。这个站点拥有博客、指南、视频、技术交流会、白皮书和论坛等方式的交流。server|恢复|数据|数据库
Author:DavidEuler
Date:2004/10/16
Email:de_euler-david@yahoo.com.cn

有任何成绩，请与我接洽:)



DB2中可使得数据库复兴到指定的工夫点，SQLServer数据库的RecoveryModel为full大概Bulkcopy的时分，是能够从日记来恢单数据库的。实践上日记中纪录的一条一条的transactsql语句，恢单数据库的时分会redo这些sql语句。

条件前提：myBBS是数据库test中的一个表,

数据库test的RecoveryModel为Full,AutoClose,AutoShrink两个选项未选中。

数据库test的datafiles和logfiles均为默许的主动增加形态。



A：2004/10/13,16:00举行数据库备份，backupdatabasetesttodisk=d:db1600.bakwithinit

B：2004/10/14,13:00对数据库举行了update,delete等操纵；

C：2004/10/15,18:00利用deletemybbswhereid>300时，语句误写成deletemybbs,因此删除表mybbs中的一切数据。



如今在C点,C点对数据库举行了误操纵，我们但愿数据库可以恢复到C之前的形态，好比恢复到10月15日17:59分的形态。

要恢单数据库B点，利用的是A点备分的数据库1600.bak；而利用的日记备分是最新的备分1820.logs；因此举行以下操纵：



--备分日记：

BACKUPLOGtestTODISK=d:1820.logsWITHINIT



--恢单数据库1600.bak,利用WITHNORECOVERY参数：

RESTOREDATABASEtestfromdisk=d:db1640.bakWITHNORECOVERY



--利用日记恢单数据库到10月15日17:59分：

RESTORELOGtest
FROMdisk=d:1820.logsWITHRECOVERY,STOPAT=10/15/200417:59




下面的三条TransactSQL语句的对应历程:

1.恢单数据库到A点；

2.实行A-B之间的log纪录，把数据库恢复到B点.





如许就恢单数据库到了指定的工夫点。假如恢复不乐成，大概的缘故原由是：1.未利用准确的备分数据库；2.数据库选项选中了AutoShrink.






DBaaS系统其实具有更大的市场机遇：像其他云服务一样，DBaaS意味着更短的销售周期，更少的启动费用，持续不断的收入，也意味着比之前更多的客户。

SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。

所以你总能得到相应的升级版本，来满足你的需求。

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

光写几个SQL实在叫无知。

两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书

作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！

索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。

换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的