(3)storeprocedure vs JDBC 的迷思 : 常有人说 storeprocedure 的"速度"较 JDBC SQL Statemenet 快,但我发现只比较后面的执行状况好像也不完整 原因 : A. storeprocedure 常在开发, 交接, 维护上, 花了许多专案的时间与人力的成本. B. storeprocedure 也在改版上(例如 : 从 Microsoft 的版本转为 DB2 的版本), 花了许多专案的时间与人力的成本. C. storeprocedure 常有许多的隐含错误在里面, 在被比较时, 这部份往往被忽略不看, 例如 : 在事务上, 因业务尚未被Online使用, 就没测试得很完整. 这种方式的讨论, 是反映[速度] 与 [速率] 问题上的差异. (PS : I am not 看不起那些只会下 SQL 指令或是只会写 store procedure 的人, 我只是单纯的反映 Java 效率的問題) (4) 不熟悉Web Application Container : 再回过来, 比如说, 一些不熟Java架构, 或不熟悉Web Application Container, 常会发生这种状况. 我常看到有些人将 : IBM WebSphere 不知道怎么搞的, 发生CPU的使用率达到100%, 然后回过头來抱怨 Java 执行的速度太慢. 我所列的只是某些真相...... |
正在阅读:Web应用中Java的速度真相探讨Web应用中Java的速度真相探讨
2005-09-13 10:20
出处:
责任编辑:moningfeng
键盘也能翻页,试试“← →”键