Oracle存储过程是否比Microsoft.NET应用程序的内联SQL快？

Question

We are developing a Visual Studio.NET 2008 application with Oracle 9i as backend. Is it true that the usage of Stored procedures would be faster than Inline SQL ? This is a debate with my co-programmers.

We are using ODP.NET (Oracle Data Provider for .NET) from Oracle.

Thanks.

Answer 1

While I am tempted to answer "no" or "I don't think so", the only real way to know the answer to this question is to go and measure it yourself . Use a profiler like JetBrains dotTrace, and TOAD's own profiler, to find out.

All other answers are speculative.

Answer 2

It should be. When you send inline SQL to database, the engine must parse it and execute. Stored procedures are being parsed (and compiled) at creation time. So at least you are gaining parsing time.

Answer 3

I would expect stored procedures to be faster in almost all cases.
But it mainly depends on your code.
If for example you get a resultset from your database and then use this data to perform other queries, you'll end up with a lot of overhead in your network traffic. This is especially true if you forget to use a single connection for the requests.
It could then be more efficient to use a single stored procedure to return the agregated data (if possible of course).

Answer 4

如果以这样的方式构建存储的procs（PL / SQL包），它将使数据库和客户端之间传输的数据更少，从而更快。

Answer 5

Jon Limjap said: "All other answers are speculative."

There's much truth to this statement. There are so many factors: how's the DB server set up? How's the network speed/reliability? How's the SQL? How's the PL/SQL? I could write really slow SQL and/or PL/SQL if I wanted to (and have, inadvertently, on past projects!). So if you can, try both out.