java - 数据库计算值得并行化吗？

Question

我使用 DB2 9.7.5 64 位。服务器有足够的内存但没有集群。

我需要进行大量计算:在我的数据库中计算几个(大约 20 个)比率。其中一些可能需要长达 25 秒的时间。

结果存储在结果表中。

现在我有几个解决方案(作为一项政策，我们排除存储过程)。

我从 java 客户端一次调用每个比率，或者我在多线程java客户端中调用了几个比率。

我的假设是从多线程调用是没有用的，因为我的数据库是瓶颈。但我并不完全确定数据库引擎是否真的为 1 个查询提供 100% 的 cpu。我认为引擎可能必须能够在多个查询之间共享其 CPU 功率。

我目前正在阅读 IBM 数据手册，但希望获得您的反馈。

非常感谢。

Answer 1

I need to make huge computations : compute several (roughly 20) ratios in my db. Some of them can take as long as 25 seconds.

25秒不一定是坏事。也许这是一个美妙的结果，取决于你的计算

Now I have several solutions (As a policy, we exclude Stored Proc).

存储过程并不邪恶，你只需要知道如何安全地使用它们

My assumption is that it is useless to call from a multi threaded since my db is the bottleneck. But I'm not wholly sure that the db engine really gives 100% of the cpu for 1 query. I think that the engine must probably be able to share its cpu power between several queries.

java 中的多线程从来不受欢迎(只要你保证线程安全)，特别是在你进行大量计算的情况下。我不使用 db2，所以我不知道它在多线程方面有多好，但如果它是单线程的，我怀疑它是否会达到 100% 的 cpu 使用率。你应该检查你的 db2 的conf文件来稍微调整一下另请阅读有关 IBM DB2 clustering 的文章

我还建议使用 data warehouse用于根据 db2 分析脚本性能的工具

祝你好运