java – 使用350列搜索表和使用25列搜索表之间的性能差异

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了java – 使用350列搜索表和使用25列搜索表之间的性能差异，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含902字，纯文字阅读大概需要2分钟。

内容图文

我目前正在做一些hibernate性能测试.我的要求是在包含800万行和350列的表的特定列中搜索数据.目前,我没有访问该数据库的权限,但是,我现在使用的测试数据库也包含8百万.

我的问题是,当搜索包含350列的表中的数据时,扫描速度与包含25列的表中的扫描速度有显着差异吗？

顺便说一句,我检查数据的方式是：

sessionFactory.getCurrentSession().createSQLQuery("SELECT COL_5 from MY_TABLE where COL_5='" + theColValuePassedFromParameter+ "'").list();

如果返回的列表为空,则布尔方法将返回true,否则返回false;我还要感谢如果有人能指出我在hibernate中搜索非主要密钥数据的更好,更高效的方式.

提前致谢…

解决方法:

If someone can point me to a better, performant way of searching for a non-primary key data […]

在数据库中添加要过滤的列的索引 – 在本例中为COL_5.生成的执行计划应该是单个索引查找,并且性能差异可以忽略不计(甚至为零).

而不是获取整个结果集,只需检查是否至少有一个结果行.您可以在查询中添加TOP 1(或任何SQL等效项),也可以添加.setMaxResults(1).

内容总结

以上是互联网集市为您收集整理的java – 使用350列搜索表和使用25列搜索表之间的性能差异全部内容，希望文章能够帮你解决java – 使用350列搜索表和使用25列搜索表之间的性能差异所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端