RPC 请求中提供了过多的参数。最多应为 2100

最新推荐文章于 2025-04-22 07:50:49 发布
转载 最新推荐文章于 2025-04-22 07:50:49 发布 · 2.7k 阅读 · 4 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/OrchidCat/articles/9365343.html
文章标签：

#数据库 #java #c#

本文解析了SQL Server中用户定义函数参数数量的最大限制为2100，并对比了Oracle与MySQL的参数限制，Oracle和MySQL的最大参数限制均为65536。

工作中碰到如下报错:

com.microsoft.sqlserver.jdbc.SQLServerException: 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100。

 

 

原因:

经查证, 微软官方文档, 最大容量规范:

https://docs.microsoft.com/zh-cn/sql/sql-server/maximum-capacity-specifications-for-sql-server?view=sql-server-2017

 

列表中的 每个用户定义函数的参数个数: 2100

 

 

扩展:

oracle

最大限制为:65536; (number of formal parameters in an explicit cursor, function, or procedure)

https://docs.oracle.com/cd/E11882_01/appdev.112/e25519/limits.htm#LNPLS018

 

mysql

最大限制为: 65536(max_allowed_packet)

The number of values in the IN list is only limited by the max_allowed_packet value.

https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#function_in

 

https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_max_allowed_packet

 

转载于:https://www.cnblogs.com/OrchidCat/articles/9365343.html

相关业务问题+系统问题+设计问题整理统计
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
04-07 171万+
业务系统及其他相关面试问题整理：线上相关问题排查+高并发系统的限流+高并发秒杀系统设计+负载均衡+一个网站有 20 亿 url 存在一个黑名单中，这个黑名单要怎么存？若此时随便输入一个 url，你如何快速判断该 url 是否在这个黑名单中？并且需在给定内存空间（比如：500M）内快速判断出？
com.microsoft.sqlserver.jdbc.SQLServerException: 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。
the Blog of Forward
12-26 5243
sqlserver在做批量插入的时候出现这个错误： com.microsoft.sqlserver.jdbc.SQLServerException: 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100。 项目中用的是SpringBoot+Mybatis+sqlserver4.0，这个错是sqlserver抛出来的。 进...
传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100。
BillKu的博客
04-22 466
## Error updating database. Cause: com.microsoft.sqlserver.jdbc.SQLServerException: 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100。
The incoming request has too many parameters. The server supports a maximum of 2100 parameters.
codeSniping的博客
04-11 2470
The incoming request has too many parameters. The server supports a maximum of 2100 parameters. 传入请求的参数太多。服务器最多支持2100个参数。
传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100...
weixin_33694620的博客
01-09 1726
出现这个问题的背景是，判断一批激活码在系统中是否已经存在，很傻的一个作法是，把这一批激活码，以in（in ('ddd','aaa')）的形式来处理，导致问题的出现。 后来，查找资料，http://bbs.csdn.net/topics/350137806 在这里讨论的结果是：   你的问题不是你不会使用LINQ中的in语句，而是你传递给in语句的参数太多了。 长度可能超过2100个，甚至...
问题:传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100
热门推荐
xubingchuan_blog的博客
10-11 1万+
问题描述: 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100。这个问题是在SQL的 IN 或者 NOT IN 语句中的参数过多导致的. 解决办法: 使用对应的 EXISTS 和 NOT EXISTS 改造SQL即可. 改造事项: 假设A为主表,B为从表,如果A表数据远远大于B表,可不用EXISTS和NOT EXISTS替代
RPC通信相关
jingeche的博客
03-11 1387
关于流式格式，thrift数据类型是自我分割的，意思是说，thrift会自己在数据域的分割处插入标志，在解码的时候，即使没有数据域定义，thrift也能成功分割出各数据域。对C++实现，在开发过程中，thrift开发人员研究过boost，ACE中与thread,timer相关的东西，开发人员不想引入过多的第三方依赖，因此thrift中只有对boost::shared_ptr的引用是必须的，但为了跨平台或获得更多的功能，一般情况下，boost中thread，timer及其依赖库也是需要的。
RPC框架中的性能优化与调优技巧
RPC框架概述 ## 1.1 什么是RPC框架 远程过程调用（Remote Procedure Call，RPC）框架是一种通过网络从远程计算机程序上调用子程序的协议。它允许应用程序请求服务于另一台计算机上的服务器，而无需了解网络的细节...
关于MyBatis批量插入SqlServer报：RPC 请求中提供了过多的参数。最多应为 2100。
胡汉三
04-27 6166
java环境:Spring+SpringMVC+MyBatis数据库：SqlServer 2008 R2具体错误：org.springframework.jdbc.UncategorizedSQLException: ### Error updating database. Cause: com.microsoft.sqlserver.jdbc.SQLServerException: 传入的表...
java传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100
test1372965955的博客
06-09 836
在项目中，我们可能会用mybatis foreach 循环插入， 或者in 参数查询， 如果参数过多超过2100会出现报错，我们解决方式为分批查询或插入。
SQLServerException: 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100
xm的博客
09-21 3739
org.springframework.jdbc.UncategorizedSQLException: ### Error updating database. Cause: com.microsoft.sqlserver.jdbc.SQLServerException: 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100。...
Linq2Sql一个比较严重的Bug
weixin_34032827的博客
09-03 171
我最近用Linq2Sql比较多，积累了一些小小的经验，也遇到一些挫折。今天只讲其中一个挫折：Linq2SQL与AsQueryable水土不服。   在我的一个项目里面，经常发现系统无故Down掉。这种Down掉以前从来没有遇到过，因为系统的EventLog里面没有任何记录，try...catch也不管用——即使用了try...catch，也仿佛是遭遇了逻辑黑洞，整个进程就在那一点突然消失掉。由...
解决SQL报错提供了过多的参数，最多应为 2100
阿甘兄
07-25 5403
使用SQLServer或其它数据库时，有时候查询条件过多的情况下会报如下类似的错误： 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100 这是由于查询条件过多造成的，所以需要分割查询条件，下面附上通用的方法： /** *分割查询条件集合 */ private static List<List<Integer>...
JAVA解决:传入的请求具有过多的参数。该服务器支持最多 2100 个参数。请减少参数的数目，然后重新发送该请求。
monicateacat的博客
10-17 1618
JAVA解决:传入的请求具有过多的参数。该服务器支持最多 2100 个参数。请减少参数的数目，然后重新发送该请求。
Linq中用Contain时，传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为2100
zhao_li_hua的专栏
10-24 1809
最近在用winform做程序时，出现了如下错误：  Q:原码如下： List cfhs = (from b in db.YZ                                  && b.SFYP == true                                  && b.FYSJ.Value.Date >= start
sqlserver异常：传入的表格格式数据流 (TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100
chenyanbo的专栏
06-01 1万+
Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: 传入的表格格式数据流 (TDS)远程过程调用(RPC)协议流不正确。此 RPC 请求中提供了过多的参数。最多应为 2100 在sqlserver查询的时候当参数的字符大于2100就会抛出此异常。 解决：检查参数字符是不是过长
传入的请求具有过多的参数。该服务器支持最多 2100 个参数。请减少参数的数目，然后重新发送该请求。
阿杰
04-07 5579
批量更新或者批量新增的时候，由于不建议使用循环方法（数据库连接过多），所以一般采用截断的方式，分批插入更新 // 每次需要插入的总量除以90 int count = 90; // 每次要插入多少条 int batch = allResourcesWorkloadCalculates.size() / count; if (allResourcesWorkloadCalculates.size() % count !=
传入的请求具有过多的参数。该服务器支持最多 2100 个参数。请减少参数的数目，然后重新发送该请求。＜EOL＞； uncategorized SQLException； SQL state [S000
monicateacat的博客
11-16 3351
传入的请求具有过多的参数。该服务器支持最多 2100 个参数。请减少参数的数目，然后重新发送该请求。
传入的请求具有过多的参数。该服务器支持最多 2100 个参数
blue_wmm的博客
06-02 387
/foreach></if></if>
RPC机制为什么强调最多一次
最新发布
10-13
在RPC机制中强调最多一次调用语义主要有以下几方面原因： ### 数据一致性 幂等性定义为一次和多次请求某一个资源对于资源本身应该具有同样的结果（网络超时等问题除外），也就是说任意多次执行对资源本身所产生的影响均与一次执行的影响相同[^2]。在许多业务场景下，确保操作的幂等性对于数据的一致性至关重要。例如在金融系统中，转账操作如果被重复执行，会导致资金的错误转移，影响账户余额的准确性。强调最多一次调用可以避免因重复调用而对资源产生额外的、非预期的影响，从而保证数据的一致性和准确性。 ### 系统稳定性 在分布式架构下，不同服务之间频繁调用，对于某个具体的服务而言，可能会面临高并发场景，服务节点可能由于访问量过大而引起一系列问题，如业务处理耗时过长、CPU飘高、频繁Full GC以及服务进程直接宕机等[^1]。如果允许一个请求被多次执行，会进一步加重服务节点的负担，增加系统出现故障的风险。强调最多一次调用可以减少不必要的重复处理，降低系统的负载，提高系统的稳定性和可用性。 ### 避免资源浪费 重复的请求会消耗系统的资源，包括计算资源、存储资源和网络带宽等。例如，一个复杂的数据库查询操作如果被多次执行，会占用数据库服务器的CPU和内存资源，同时也会增加网络传输的负担。强调最多一次调用可以避免这些资源的浪费，提高资源的利用效率。 ### 简化系统设计 当系统能够保证请求最多执行一次时，开发者在设计和实现服务时可以简化逻辑，不需要考虑重复请求可能带来的各种复杂情况。例如，在处理业务逻辑时不需要额外编写代码来处理重复请求的情况，减少了代码的复杂度和维护成本。 ```python # 以下是一个简单的示例代码，模拟一个幂等的RPC调用 class RPCService: def __init__(self): self.executed = set() def call(self, request_id, operation): if request_id in self.executed: print(f"Request {request_id} has already been executed. Skipping.") return self.executed.add(request_id) print(f"Executing operation: {operation} for request {request_id}") # 这里可以添加具体的业务逻辑 return "Operation completed successfully" # 使用示例 service = RPCService() request1_id = "123" request2_id = "456" service.call(request1_id, "transfer_funds") service.call(request1_id, "transfer_funds") # 重复调用，会被跳过 service.call(request2_id, "create_user") ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值