关于性能优化

数据库性能高就直接存储过程处理

大批量复杂数据处理就写PL/SQL,不想放在PL/SQL里就用缓存.上内存数据库.
如果程序要求实时性不高,直接用select update语句可以做到批量的处理.
好好考虑下是否是数据库或程序逻辑设计不合理.

喜欢javaeye

前几天又有需求优化那个功能（其实就是一个比较复杂的业务算法）

那个功能的大概需求是：加载一个拓扑结构，根据N条规则进行分析后，将分析后的数据插入数据库。

用了2种方法实现：
1，一次性关联了3，4张千万数据量的表查出所有能用到的数据，之后进行相关操作后插入。
2，不论是拓扑还是关联的其他表，都是需要数据的时候现去查，之后进行相关操作后插入。

第一种方法中，那一条sql要运行接近2秒才能出结果，最后经测试，性能跟第二种差不多，对数据库压力稍微小点。

但是现在的需求是，要求在15分钟以内完成3000多次流程：运行我写的这个算法前要现进行文件的写入操作（约1千行的xml文件），之后还要读取这个文件。

后来开了20个线程同时跑，貌似还满足不了这个需求，搞的现在也头晕脑胀的。

你有碰到过类似的情况么？ 这种情况一般都是怎么解决的？ 有什么好的方案没？

1.流程中还有没有可以合并的余地.?
比如查寻一条sql 提出更多的数据
把巨量的数据变成内存中的数据.
整理变更后
批量更新.
2.不能合并的流程的话可以尝试使用更好的sql 很多人喜欢写200行带逻辑的sql
提高硬件也是一种办法.

1，现在可以用一条sql查出一次用的数据，但问题是3000多次要15分钟内执行完的话，只运行这条sql时间都跟不上。

2，现在只能想办法优化sql了，不知道千万级数据量的3表左连效果一般怎么实现比较快？

预分析
将你需要的数据
预分析成少量的数量.
之后在少量数据中查找

预分析是用sql过滤某些结果么？

现在需要的数据量也并不大   一次运行也就一千条左右

但问题是要运行3000多遍   而且时间只给15分钟

为什么不能只运行一次把1K多条放到cache中去呢?

int [] i =new int[1000000000];