SQL Server 2005中查询并修改数据的不合理设计

在SQL Server 2000中，我们想在数据库表中直接修改数据，一般的操作方法是：在SQL Server 企业管理中，选择相应的表，点击右键，在“打开表”中选择“查询”，在SQL编辑窗口中输入SQL语句找到要修改的记录，然后在结果窗口中直接修改相应的字段。
那在SQL Server 2005中，需要怎样操作呢？
在SQL Server Management Studio中，找到相应的表，点击右键，选择“Open Table”，然后点击“Show Sql Pane”按钮，在Sql Pane窗口中输入SQL语句找到要修改的记录，然后在结果窗口中直接修改相应的字段。
也许你觉得SQL Server 2005与SQL Server 2000的操作没什么区别。
但问题就出在选择“Open Table”时，当“Open Table”，SQL Server Management Studio会执行查询表中所有记录的操作，如果表中数据很多，就会有个等待查询的时间，你会为这个等待很恼火，因为你只是想修改某个记录，这个查询根本是多余的。在SQL Server 2000中也有“Open Table”，也是查询所有记录，但SQL Server 2000还提供了“查询”操作，就是文章开始讲到的操作方法。
你也许会说SQL Server Management Studio中提供了“Script Table as”操作，但通过Script Table as的Select To查询的结果是只读的，无法进行修改。如果通过“Update to”进行操作也不方便，因为多数情况下，在修改数据之前，先要看一下原来的数据。如果直接Update，可能会由于SQL语句中输错了条件而进行了不是期望的修改。
我也是刚刚接触SQL Serve r2005，也许SQL Server 2005提供了其他方便的操作方法，但我没找到。如果你知道，欢迎你告诉我。
出处：dudu-快乐程序员

先创建一个与原表一样的表，
然后在表上创建　ignore_dup_key　索引，如下:
CREATE UNIQUE INDEX removedups
ON 　#table_copy (name)
WITH IGNORE_DUP_KEY
然后在导入原表数据,简单吧

前两篇说的是联接ORACLE的方法，我还试过用ODBC的方法。
方法：
一、先建一个系统DSN，我试的只能是系统DSN
二、再用前两的方法添加LINKED SERVER
三、然后就可以正常使用了，但我试的发现这种方法不太稳定。
另需说明的是：
在第二步中Provider应为MSDASQL
用ENTERPRISE MANAGER的话Provider name应
选择“Microsoft OLE DB Provider for ODBC”
在UNIX ORACLE7和NT4 SP5 SQL7上测试成功
我还设过SQL7同SYSBASE的联接，不过令人感到奇怪的是SQL7的客户可以直接指向SYSBASE服务器。
方法：
一、在本地服务器上安装SYSBASE的客户端并设好，可联上服务器
二、打开SQL7的CLIENT NETWORK UTILITY，添加服务器，地址直接
指向SYSBASE服务器的IP地址，端口号和SYSBASE的客户端的设置相同
三、添加LINKED SERVER时和添加MSSQL的方法相同
在UNIX SYSBASE和NT4 SP5 SQL7上测试成功
在UNIX SYSBASE和WIN98 SQL7上测试成功
在SQL7访问SQL6.5的方法最简单，只需在CLIENT NETWORK UTILITY中设上6.5服务器的联接即可。
但有一点是，这样联接只能在QUERY ANALYZER中使用，却不能在ENTERPRISE MANAGER中进行管理。
关于REMOTE SERVER和LINKED SERVER的问题就说到这儿了，要是再说下去的话就会有人说我这是“什么什么的裹脚布，又臭又长了”。

sql2000的查询结果进行相关度排序，听起来好象很吸引人，不过真的是可以实现的。
上午上网看到了一篇利用微软index server来做全文查询的文章（这个以前也看到过，在计算机管理中也自带了这样一个查询功能）
我的IIS默认web服务器在g:/wwwroot下其中有10万多的html文档
测试：strSearch = "SELECT DocTitle, Path, FileName, Characterization, Size,write,RANK" & _
" FROM SCOPE()" & _
" WHERE CONTAINS ('" & Request.Form("txtSearchFor") & "') ORDER BY RANK desc" 还进行了相关度的排序，我没有做时间的具体开销
的计算，不过给人的感觉还可以接受，在翻页的时候就非常快了。不过最大的缺点好象就是只能索引静态页面了。
下午我把以前的一个50多万条记录（主要是歌曲名和歌手名）的数据库在sql2000做了索引，晚上就可以开始测试了。
测试一： "select top 26 * from song1 where contains(songtitle,'爱')"，对结果没有进行任何的处理，只是按照ID的升续排列
时间开销基本上维持在0.016s，速度是很让人满意的，至少感觉不到慢。
测试二：利用rank值进行了相关度的排序，"order by rank desc" or "order by rank asc",查询结果在排序的质量上让人满意，都比较
准确的，不管是查询时使用 or 或者and进行多关键字的排序都还可以的，不过时间的开销让我受不了，居然在6s到8s之间，
而且cpu也占用比较高
我看到网上其他的搜索的相关度排序都比较快的，开源的Lucene我没有研究过，因为我不懂java。
不过我想如果在索引的时候对每个关键字进行相关度的运算查询起来应该不会慢的啊，这个我也感到郁闷。

对于服务器数据的备份是比较麻烦的事情，如果每天或者经常要手工去备份自然是很痛苦的事情。这里我介绍一种通过sql server的作业调度来建立自动备份的方法：
1、进入企业管理器中->管理->sql server代理->作业；
2、新建作业，作业名称随便取，例如：data备份，所有者选择sa，当然你也可以选择其他用户，前提是该用户有执行作业的权限；
3、点击步骤标签，进入步骤面板。新建步骤，步骤名可以随便填写，如步骤1，类型和数据库默认，不需要修改。命令中写入以下语句：
BACKUP DATABASE [数据库名] TO DISK = N'F:数据库备份' WITH NOINIT , NOUNLOAD , NAME = N'数据库 备份', NOSKIP , STATS = 10, NOFORMAT
注意：需要修改的地方，数据库名，DISK＝（这里需要填写路径和你的数据库备份的名称）后面的Name＝可以随便填写。
4、点击调度标签，进入调度面板，新建调度，名称随便填写，选择反复出现，点更改可以选择你想要执行任务的随意调度。如每天，每2天，每星期，每月等。根据需要自己设置；
5、确定后，不要忘记一件事情，在你刚才建立的工作上点右键，启动工作，如果你的工作没有问题，将会提示执行成功，并有相对应的备份文件在你的磁盘上出现；
6、还有一个重要的问题就是你的sql server agent服务器已经启动。
如果我们需要根据每天的日期来生成一个新的备份，以便我们区别备份文件。这时，我们需要修改一下刚才的sql语句。参考实例：
declare @filename nvarchar(100) set @filename='F:数据库备份RBdata' convert(char(10),getdate(),112) print @filename BACKUP DATABASE [addin] TO DISK = @filename WITH NOINIT , NOUNLOAD , NAME = N' 备份', NOSKIP , STATS = 10, NOFORMAT