对List进行子集查询的效率

2013-06-17 06:38:02 321 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

OceanBase分区表设计：从数据分布到查询优化的全链路思考本文深入探讨了OceanBase分区表设计的全链路思考，从数据分布策略到查询性能优化。通过分析Range、Hash和List等分区策略的适用场景，结合分区键与主键的协同设计，以及分区裁剪等核心优化机制，帮助开发者构建高效的分布式数据库解决方案。文章特别强调了分区裁剪技术在提升查询效率中的关键作用，并提供了实战案例和常见陷阱的解决方案。阅读详情

A方式：将数据库中2w条数据取出存在一个List中，程序每次直接从List中进行查询得到想要的数据。
B方式：每次直接从数据库中查询得到想要的数据；

A与B相比较，哪种方式的效率更高？

...全文

GPU大规模集群运维 CUDA（Compute Unified Device Architecture），是显卡厂商NVIDIA推出的通用并行计算平台和程序模型，该架构使GPU能够解决复杂的计算问题。它包含了CUDA指令集架构（ISA）以及GPU内部的并行计算引擎。开发人员可以使用C语言来为CUDA架构编写程序，所编写出的程序可以在支持CUDA的处理器上以超高性能运行。CUDA官方文档CUDA的软件环境允许开发者使用C++等高级编程语言开发程序。阅读详情

cqzkui

Web 开发 81,108 成员 341,721 内容

+ 关注 + 加入社区

切换为时间正序

cqzkui 2013-06-22

打赏
举报

2w条，只是查询，没有增删改，理论上A方式要好，但不知A方式中检索数据的效率如何了

朱超ZhuChao.Tech 2013-06-22

打赏
举报

选B，A的话恐怕会报OOM，B的话做个存储过程效率嗷嗷滴。

hyunlong_java 2013-06-21

打赏
举报

我感觉一般情况都是B吧从数据库角度 2w条数据数据库本身的io时间也不算太少吧,如果表不小的话，传输时间也不短从程序角度来说你的2w条数据放到内存中如果是大对象内存多大也好 gc频繁了系统岂不更慢?

menggexiaoshanxi 2013-06-21

打赏
举报

数据量太小，根本测试不出那个效率更好

菖蒲老先生 2013-06-21

打赏
举报

引用 10 楼 whos2002110 的回复:

[quote=引用 4 楼 flagiris 的回复:] 肯定是a啊，b需要与db交互，交互很花时间的。

我怀疑你看问题了没有, 2W条记录是从哪来的?[/quote] 晕死，我怀疑你明白我的意思没。我说的是A只需第一次和DB交互，以后查询就不需要了。而B每次查询都要交互一次。

whos2002110 2013-06-21

打赏
举报

引用 4 楼 flagiris 的回复:

肯定是a啊，b需要与db交互，交互很花时间的。

我怀疑你看问题了没有, 2W条记录是从哪来的?

火影之贺 2013-06-21

打赏
举报

果断B。数据库是非常成熟的产品。 A的方式太消耗内存了。另外你自己写的代码效率不见得高。

xxjxxmxhlr 2013-06-21

打赏
举报

感觉楼主的操作并不是一时完成的，似乎还有各种增删改等操作，那我还是推荐B 存在List的话或多或少都会有缓存的问题吧，一旦程序在更新数据库之前崩溃了呢，那你之前缓存中处理的数据岂不是无忌可循了么，而且每次的增删改查都去动一个2W多的List感觉很不划算啊

Stargazer2200 2013-06-21

打赏
举报

无论是哪个方式,都有它的优势和弱势,到底用哪种方法,取决于具体的业务需求和你的硬件还有系统情况. A : 一次取出,减少数据库交互次数.但是初始化压力大,而且会对内存有压力如果数据结构复杂. B : 多次取出,数据库交互次数多.但是如果数据缓存作的好,这根本不是问题. 当然最重要的是具体业务,如果哪种好早有定论,这问题也就轮不到我们这代人提出了.

cqzkui 2013-06-21