Обсуждение: PostgreSQL and Performance of Functions
Recently I have been put on a project that uses DB2 (not my choice). I am using functions for reports and was told this may not be allowed. They said:
I normally use PostgreSQL for all my applications (this being an exception). Does anyone know what this statement is about and, more importantly, does PostgreSQL have the same limitations?
Thanks,
Aaron
--
==================================================================
Aaron Bono
Aranya Software Technologies, Inc.
http://www.aranya.com
http://codeelixir.com
==================================================================
One gap is the ability to tune the code in the function (not really static) or to perform real-time analysis of performance problems.
I normally use PostgreSQL for all my applications (this being an exception). Does anyone know what this statement is about and, more importantly, does PostgreSQL have the same limitations?
Thanks,
Aaron
--
==================================================================
Aaron Bono
Aranya Software Technologies, Inc.
http://www.aranya.com
http://codeelixir.com
==================================================================
On 12/1/06, Aaron Bono <postgresql@aranya.com> wrote:
Tuning the code in function requires to change the file containing the function
defination and reloading the function. Hence the cycle of performance tuning is
longer.
Regarding "real time analysis" what I understand is
EXPLAIN ANALYSE (of main SQL using the function) in postgresql cannot
provide the realtime analysis of the performace of queries inside the function.
probably such a limitation may exists in db2 also.
I think the gap is genuine.
regds
mallah.
Recently I have been put on a project that uses DB2 (not my choice). I am using functions for reports and was told this may not be allowed. They said:One gap is the ability to tune the code in the function (not really static) or to perform real-time analysis of performance problems.
Tuning the code in function requires to change the file containing the function
defination and reloading the function. Hence the cycle of performance tuning is
longer.
Regarding "real time analysis" what I understand is
EXPLAIN ANALYSE (of main SQL using the function) in postgresql cannot
provide the realtime analysis of the performace of queries inside the function.
probably such a limitation may exists in db2 also.
I think the gap is genuine.
regds
mallah.
I normally use PostgreSQL for all my applications (this being an exception). Does anyone know what this statement is about and, more importantly, does PostgreSQL have the same limitations?
Thanks,
Aaron
--
==================================================================
Aaron Bono
Aranya Software Technologies, Inc.
http://www.aranya.com
http://codeelixir.com
==================================================================
On Fri, 2006-12-01 at 15:15 +0530, Rajesh Kumar Mallah wrote: > I think the gap is genuine. I think you need to take a look at the EnterpriseDB Debugger. It solves the problem, so I suggest you take a look. Open Source versions are available, AFAIK. -- Simon Riggs EnterpriseDB http://www.enterprisedb.com
On 12/1/06, Rajesh Kumar Mallah <mallah.rajesh@gmail.com> wrote:
I was told that, for DB2, stored procedures are a better choice for parameterized views which is what I was trying to do with the functions. Is the same true for PostgreSQL?
-Aaron
--
==================================================================
Aaron Bono
Aranya Software Technologies, Inc.
http://www.aranya.com
http://codeelixir.com
==================================================================
On 12/1/06, Aaron Bono < postgresql@aranya.com> wrote:Recently I have been put on a project that uses DB2 (not my choice). I am using functions for reports and was told this may not be allowed. They said:One gap is the ability to tune the code in the function (not really static) or to perform real-time analysis of performance problems.
Tuning the code in function requires to change the file containing the function
defination and reloading the function. Hence the cycle of performance tuning is
longer.
Regarding "real time analysis" what I understand is
EXPLAIN ANALYSE (of main SQL using the function) in postgresql cannot
provide the realtime analysis of the performace of queries inside the function.
probably such a limitation may exists in db2 also.
I think the gap is genuine.I normally use PostgreSQL for all my applications (this being an exception). Does anyone know what this statement is about and, more importantly, does PostgreSQL have the same limitations?
Thanks,
Aaron
I was told that, for DB2, stored procedures are a better choice for parameterized views which is what I was trying to do with the functions. Is the same true for PostgreSQL?
-Aaron
--
==================================================================
Aaron Bono
Aranya Software Technologies, Inc.
http://www.aranya.com
http://codeelixir.com
==================================================================
Aaron Bono wrote: > I was told that, for DB2, stored procedures are a better choice for > parameterized views which is what I was trying to do with the > functions. Is the same true for PostgreSQL? That depends somewhat on the meaning of "better", but on average a view should be preferred if possible. It's easier to set up, easier to debug, and at least as efficient. -- Peter Eisentraut http://developer.postgresql.org/~petere/