SQL Server实用经验与技巧大汇集

4 再作一点修改：

insert into a values('cc')

go

create table b(c1 int)

go

insert into b values(1)

go

insert into b values(2)

go

5 shutdown 数据库服务器；

6 用ultraedit编辑数据库文件test_data.mdf,随便修改点字节内容,相当于数据库遭到致命的损坏；

7 启动数据库，并且运行企业治理器，点开数据库，看到test变成灰色，而且显示置疑；

8 运行isql -SLocalhost -Usa -P：

1> backup log test TO DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKUP

est_2.bak' WITH NO_TRUNCATE

2>go

已处理 2 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

BACKUP LOG 操作成功地处理了 2 页，花费了 0.111 秒（0.087 MB/秒）。

9 进行恢复最老的完全备份：

1> RESTORE DATABASE test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQL

BACKUP est_1.bak' WITH NORECOVERY

2> go

已处理 96 页，这些页属于数据库 'test' 的文件 'TEST_Data'（位于文件 1 上）。

已处理 1 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

RESTORE DATABASE 操作成功地处理了 97 页，花费了 0.107 秒（7.368 MB/秒）。

10 恢复最近的日志：

1> RESTORE LOG test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKU

P est_2.bak' WITH RECOVERY

2> go

已处理 2 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

RESTORE LOG 操作成功地处理了 2 页，花费了 0.056 秒（0.173 MB/秒）。

16.存储过程编写经验和优化措施

一、适合读者对象：

数据库开发程序员，数据库的数据量很多，涉及到对SP（存储过程）的优化的项目开发人员，对数据库有浓厚爱好的人。 　

二、介绍：

在数据库的开发过程中，经常会碰到复杂的业务逻辑和对数据库的操作，这个时候就会用SP来封装数据库操作。假如项目的SP较多，书写又没有一定的规范，将会影响以后的系统维护困难和大SP逻辑的难以理解，另外假如数据库的数据量大或者项目对SP的性能要求很，就会碰到优化的问题，否则速度有可能很慢，经过亲身经验，一个经过优化过的SP要比一个性能差的SP的效率甚至高几百倍。 　

三、内容： 　

1、开发人员假如用到其他库的Table或View，务必在当前库中建立View来实现跨库操作，最好不要直接使用“databse.dbo.table_name”，因为sp_depends不能显示出该SP所使用的跨库table或view，不方便校验。　　
共12页: 上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] 10 [11] [12] 下一页

评论加载中…