前天有朋友的一个.net的网站出现问题了,是关于sql server 数据库存储导致的问题,具体问题是一旦这个详情页涉及到200个用户以上就会出现报错,200个以下就没有问题,以下是sql server 数据库修复过程。
今天抽空检查了代码,发现代码里使用的是存储过程只需动态SQL。把.net代码里执行的sql语句手动逐一执行,发现代码是根据m_id查出一个由200多个userid拼接成的字符串,然后传到存储过程的参数里。用id in(@userids)查询数据,测试了一下当userids是几个时是可以执行成功的,但是当超过200个时就会报错。查看了存储过程的定义发现 where 定义最多是1000个字符,而200个id的字符串就会超过1000个字符,从而会被截断,从而导致sql语句执行出错。
我点击存储过程->修改
修改为4000个字符后,点击,就可生效
其实这种存储过程在设计时候就有问题,不应该使用id拼接的方式来构建查询语句,应该使用联合查询或者子查询来完成。
执行存储过程的方法是
exec dbo.proc_Pager "V_test','U_ID',1,20,'','CreateTime desc',' U_ID in (508,1185)';
至此,sql server 数据库存储导致的报错问题已修复,希望出现类似故障的朋友可以参考一下。
当设备失败时,镜像和校验冗余提供了一个恢复数据的方法,然而,更大的危险不是影响单个...
很多的朋友都在使用U盘,用它进行数据存储的工作,使用过U盘的朋友们也都会碰到如下的情...
make_tape_recovery命令的格式和简单说明 #/opt/ignite/bin/make_tape_recovery [ -Ap...
寒假即将到来,不少学生通过游戏减压,有同学反映在玩《魔兽争霸3》、《极品飞车》、《暗...
这里给出一些来自我们 数据 恢复工程师对客户的忠告。 选择一个数据恢复公司得非常小...
误操作导致高级格式化分区后的数据恢复在DOS 时代有一个非常不错工具称为UnFormat,它可...
show命令可以同时在用户模式和特权模式下运行,show ?命令来提供提供一个可利用的show...