MSSQL编程：从日记中恢复内容到数据表

这章描述如何检查和处理在MySQL数据库中的数据损坏。如果你的表损坏很多，你应该尝试找出其原因!见G.1调试一个MySQL服务器。恢复|数据翻开logexplorerfile=>attachlogfile->选择服务器和上岸体例->connect->
选择数据库->attach->左面临话框中browse->viewlog->就能够看到log纪录了
点击“ViewDDLCommands”内里就有良多droptable命令
点击上面的“undo”按钮是天生表布局的语句（createtable....）
点击上面的“Salvage”按钮是天生拔出语句的（insertinto...values....）
（以上lynx1111供应）

想恢复的话:右键log纪录undotransation->选择保留文件名和路径->然后翻开该文件到查询剖析器里实行
T-sql代码就能够了

比方假如log是deletetablewhere...的话,天生的文件代码就是inserttable....为了在某种程序上弥补这一缺陷，许多SQL命令都有一个DELAY_KEY_WRITE项。这个选项的作用是暂时制止MySQL在该命令每插入一条新记录和每修改一条现有之后立刻对索引进行刷新，对索引的刷新将等到全部记录插入/修改完毕之后再进行。

发几份SQL课件，以飨阅者

不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关

光写几个SQL实在叫无知。

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

我们学到了什么？思考问题的时候从表的角度来思考问

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);