mybatis根据条件动态拼接sql 为什么一些大公司都喜欢用字符串拼接sql？

为什么一些大公司都喜欢用字符串拼接sql？

让我们先表明立场。任何时候都不要在后台代码中拼接SQL。（中小企业内部报告要求除外）

首先，“全部”的命题显然是假的。在互联网公司的应用领域，严格禁止嵌套和拼接SQL。一个大流量的超高并发系统，数据库链接池资源，非常有价值。它基本上决定了系统性能的上限。否则，为什么要添加分布式缓存和单独的数据库和表呢？对于高频低熵的系统，最可靠的方法是高频低功耗地连接数据库。

其次，对于各类大型传统IT服务行业、政府和银行系统，系统本身的并发性与一线互联网公司相比非常低。因此，线程可能需要更长的时间来保持数据库链接，从而获得更快的系统响应。事实上，这不是明智之举。显然，互联网的技术拆分和技术架构更适合大公司的各种场景。把所有问题都交给SQL和存储过程的传统it方法已经过时很多年了。

最后，对于具有高并发性的大型在线系统，需要复杂的查询。不建议在后台SQL中使用复杂查询。这个系统的成本显然太高了。对于复杂的查询，自然还有其他技术架构需要实现。

你可以多关注一下一线互联网公司的架构技术，也可以看看我之前的答案。

发现这个问题还是有人关注的。既然每个人都来自不同的业务领域，那我们就来谈谈吧。

问题本身是高并发系统的常识问题。无论是低频高熵的传统业务，还是高频低熵的互联网业务公司，其技术架构往往由业务特点决定。

传统IT公司和IT服务公司的实施方式仍然如此粗糙。因为并发性低，迭代速度快。当然，如果能满足低频低熵的业务需求，也无可厚非。但仅从技术角度来看，可能并不理想。事实上，很少有人会在传统公司的新项目中采用这种方式。（节省一些服务器也是一笔钱。）。

不同领域的许多学生对业务需求有不同的技术理解。技术专业的学生可以在不同的商业领域看到更多的机会，接触更多的技术解决方案。多想想技术架构设计背后的业务原因。

此外，如果您有任何问题或疑问，请转到我以前的答案或留言与我讨论。如果你不喜欢就不要喷。

mybatis根据条件动态拼接sql sql拼接 mybatis拼接表字段和字符串

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。