前天有朋友的一个.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 数据库存储导致的报错问题已修复,希望出现类似故障的朋友可以参考一下。
块是存储的基础架构,对块的管理是简单的。从全球第一个磁盘存储技术50年前诞生到现在,...
存储网络技术主要是基于串行通信的SCSI规范,因此,分析它们的变化是理所当然的事,这些变...
在本系列的第一部分,我们讨论了存储虚拟化是如何实现不停机操作,并使用户能够通过改造...
容灾技术是灾备系统的核心,下面就从用户切实的容灾系统技术和工程可行性出发,对构建容...
笔者从事数据恢复工作好几年,每天面对N多硬盘开盘数据恢复,怎么现在的硬盘特别容易损坏...
前天有朋友的一个.net的网站出现问题了,是关于sql server 数据库存储导致的问题,具体...
如何才能将网络黑客阻挡在iSCSI SAN系统的大门之外?本文中将会推荐5种解决办法。提醒读...