关于拼接SQL字符串时长度问题

[我叫小菜菜]

            String windowId = this.getPara("windowId");
            List<ItemBean> list = windowManagerService.getItemList(windowId);//查询本地缓存的所有事项
            StringBuffer ids = new StringBuffer();
            StringBuffer sbWhere = new StringBuffer();
    		for (ItemBean sb : list) {
                    if (ids.length() > 0) {
                        ids.append(",");
                    }
                    ids.append(sb.getItemCode());
                }
                String is = ids.toString().replaceAll(",", "','");
                if (ids.length() > 0) {
                    sbWhere.append(" and CODE in ('").append(is).append("')");
                } else {
                    sbWhere.append(" and CODE in ('").append("-").append("')");
                }
    		}
            //这里拼接SQL语句，执行 SELECT * FROM ... WHERE 1=1 AND + sbWhere.toString()

最后，拼出来的结果可能会很长：一个list里面可能有几百个元素，每个元素的CODE是一个32位的UUID，那in语句就会很长，超过几千字符，这会有问题吗？
主要是会不会出错，性能上另说。

SELECT * FROM ... WHERE 1=1 AND CODE IN(
'E27848C2D72E46F9A5368CBF549787E4',
'E27848C2D72E46F9A5368CBF549787E5',
'E27848C2D72E46F9A5368CBF549787E6',
'E27848C2D72E46F9A5368CBF549787E7',
'E27848C2D72E46F9A5368CBF549787E8',
'E27848C2D72E46F9A5368CBF549787E9',
......
)

[ITjavaman]

会有限制的，限制的大小根据你数据库的设置，一般是10M，当你SQL语句大小超过10M会抛异常，这个设置是可以改的，我当时是测试大批量数据使用sql语句拼接方式的插入效率，结果证明，还是批量提交比较高

[我叫小菜菜]

孤陋寡闻了，其实sql字符串语句是可以很长的比如好几M。 但是性能上肯定有问题，用in()好像也只能1000个。 既然项目组上不关心性能问题，个人也不好多说什么，按照规则写代码咯。

[ITjavaman]

引用 2 楼 zhi_ai_yaya 的回复:

孤陋寡闻了，其实sql字符串语句是可以很长的比如好几M。 但是性能上肯定有问题，用in()好像也只能1000个。 既然项目组上不关心性能问题，个人也不好多说什么，按照规则写代码咯。

是可以好几M，由SQL的配置决定，不过长度达一定程度造成的数据库负担你懂的，而且容易出各种操作失败， 不过老大怎么说按老大说的做，不背锅