说到数据库中文本的替换，一般人首先想到的是Replace函数：

update Table set Column=Replace(Column,’oldkeyword’,'newkeyword’)

不过，当Column为text或ntext时，用以上的查询就会报错“参数数据类型 text 对于 replace 函数的参数 1 无效”。原来问题是出在对text或ntext类型的数据在查询中不能进行字符串操作。这时用得最多的便是把text当作varchar（实际内容长度低于8000字节时）或把ntext当作nvarchar(实际内容长度低于4000字节时）来处理了：

…

已经是第二次遇到这问题了，在管理器中该数据库被标为可疑（在原来2000版本中好象叫“置疑”），此时不能对该库进行任何操作。用以下SQL文可以搞定：

[Quote]USE MASTER
GO
SP_CONFIGURE ‘ALLOW UPDATES’,1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE db1 SET EMERGENCY
GO
sp_dboption ‘db1′, ‘single user’, ‘true’
…

前几天被SQL好一个郁闷, 其中包括了种种问题, 本想将解决过程记下来的, 但精力有限, 一直没能如愿. 今天看到linker对于"sql2000 因为选定的用户拥有对象，所以无法除去该用户"问题的解决方法, 感觉与我遇到的其中一个问题类似, 就单独把这个问题述一下吧.

在本地调试的一个数据库放到服务器上后发现数据库的用户名跟着数据库过去了(废话,本来就是数据库系统表中的一条记录,能不过去吗?), 但登录名支了没过去, 就随手想创建一个登录名, 以给该用户使用的, 但创建登录名时发现可能是出于安全考虑吧, 创建的登录名不允许用来操作该数据库. 报"用户、组或角色’XXX’在当前数据库中已存在 错误:15023"的错.

…

昨天硬盘出错, 把数据全盘GHOST到新盘后发现库中文章表中遇到了问题, 不管是生成静态页还是删除指定文章, 只要查询时遇到有错误的记录就报错.

查了一下HELP知道DBCC CHECKTABLE命令可以修复, 但要求是在”单用户模式”下进行, 从HELP中看到手动启动SQL时加 -m 参数可以实现单用户, 结果发现根本不行, 哪怕把服务器上的网站全停了还是不行.

放狗一顿狂搜, 加上SQL自带的HELP, 终于凑出来了一段(就三行^_^)命令:

alter database 库名 set SINGLE_USER
DBCC CHECKTABLE (表名,REPAIR_ALLOW_DATA_LOSS)
alter database 库名 set MULTI_USER

这样一来就可以在基本不影响网站访问的情况下把问题解决了 :-)

Del.icio.us : MSSQL, 修复, 数据库