前天有朋友的一个.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 数据库存储导致的报错问题已修复,希望出现类似故障的朋友可以参考一下。
由于我是个对磁盘空间过敏的人,每当磁盘空间少到几百兆,就会想办法删掉不用的软件,时...
如果你的笔记本电脑遇到了黑屏花屏的现象你会怎么处理?会送修,我想JS会趁机捞一笔,其...
误操作导致高级格式化分区后的数据恢复在DOS 时代有一个非常不错工具称为UnFormat,它可...
写博客时突然断网数据丢失怎么办-在线写博偶尔会遇到这样的问题:花了好长时间码了好多字...
当世界上规模最大的磁盘制造商上周联合发布磁盘加密的单项标准后,迅速在用户中间产生了...
和许多新技术一样,有许多富有挑战性的问题有待解决。对于S A N而言,两个主要的弊端会...
主机总线适配器(HBA) 即使价值2,000美元的HBA也会对大型数据库的性能造成重大影响。对...