SQL 2000 無log文件恢復
由于种种原因，我们如果当时仅仅备份了mdf档，那么恢复起来就是一件很麻烦的事情了。
如果您的mdf档是当前资料库产生的，那么很侥幸，也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复资料库，但是会出现类似下面的提示资讯
设备启动错误。物理档案名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log.LDF' 可能有误。
已创建名为 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.LDF' 的新日志档。
但是，如果您的资料库档是从其他电脑上复制过来的，那么很不幸，也许上述办法就行不通了。你也许会得到类似下面的错误资讯
伺服器: 消息 1813，级别 16，状态 2，行 1
未能打开新资料库 'test'。CREATE DATABASE 将终止。
设备启动错误。物理档案名 'd:\test_log.LDF' 可能有误。
怎么办呢？别着急，下面我们举例说明恢复办法。
A．我们使用预设方式建立一个供恢复使用的资料库(如test)。可以在SQL Server Enterprise Manager里面建立。
B．停掉资料库伺服器。
C．将刚才产生的资料库的日志档test_log.ldf删除，用要恢复的资料库mdf档覆盖刚才生成的资料库资料档案test_data.mdf。
D．启动资料库伺服器。此时会看到资料库test的状态为“错误”。这时候不能对此资料库进行任何操作。
E．设置资料库允许直接作业系统表。此操作可以在SQL Server Enterprise Manager里面选择资料库伺服器，按右键，选择“属性”，在“伺服器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F．设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该资料库处于“唯读\置疑\脱机\紧急模式”可以看到资料库里面的表，但是仅仅有系统表
G．下面执行真正的恢复操作，重建资料库日志档
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示资讯：
�
相关文档：
最近遇到一个项目，客户在总部录入信息后，数据需要同步到下属的若干个子系统中。现在总部单独使用一个数据库，下属单位各自使用自己的数据库。
对于这个问题，想到了几个解决方案：
1、自己写代码解决。定义好访问每个数� ......
1.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num is null
可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：
select id from t where num=0
2.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃� ......
#新增一个字段，默认值为0，非空，自动增长，主键
alter table tabelname add new_field_name field_type default 0 not null auto_increment ,add primary key (new_field_name);
#增加一个新字段
alter table tableName add new_field_name field_type;
alter table tableNam ......
set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
go
ALTER PROCEDURE [dbo].[PE011_Page]
@TableName varchar(50), --表名
@Fields varchar(5000) = '*', --字段名(全部字段为*)
@OrderField varchar(5000), &n ......
