Re: [PERFORM] Perfomance of views

2005-10-27 Thread Richard Huxton
Jan Wieck wrote: On 10/27/2005 7:29 AM, Richard Huxton wrote: Svenne Krap wrote: What do you mean exactly but "pushing conditions inside" ? If I have something like "SELECT * FROM complicated_view WHERE foo = 7" then the planner can look "inside" complicated_view and see where it can attac

Re: [PERFORM] Perfomance of views

2005-10-27 Thread Svenne Krap
Tom Lane wrote: There's been some discussion of inline-expanding SQL functions that return sets when they are called in FROM, which would make a SQL function that contains just a SELECT effectively equivalent to a view as far as the planner's powers of optimization go. No one's tried to make it

Re: [PERFORM] Perfomance of views

2005-10-27 Thread Tom Lane
Svenne Krap <[EMAIL PROTECTED]> writes: > The ways I have considered was : > 1) write a big query in hand (not preferred as it gets hard to manage) > 2) write layers of views (still not prefered as I still have to remember > to put on the right conditions everywhere) > 3) write layers of sql-funct

Re: [PERFORM] Perfomance of views

2005-10-27 Thread Jan Wieck
On 10/27/2005 7:29 AM, Richard Huxton wrote: Don't forget to CC the list Svenne Krap wrote: What do you mean exactly but "pushing conditions inside" ? If I have something like "SELECT * FROM complicated_view WHERE foo = 7" then the planner can look "inside" complicated_view and see where i

Re: [PERFORM] Perfomance of views

2005-10-27 Thread Richard Huxton
Don't forget to CC the list Svenne Krap wrote: What do you mean exactly but "pushing conditions inside" ? If I have something like "SELECT * FROM complicated_view WHERE foo = 7" then the planner can look "inside" complicated_view and see where it can attach the condition "foo=7", rather th

Re: [PERFORM] Perfomance of views

2005-10-27 Thread Svenne Krap
What do you mean exactly but "pushing conditions inside" ? I don't think I will have the option of testing on the full queries, as these take many days to write (the current ones, they are replacing on a mssql takes up more that 5kb of query). The current ones are nightmares from a maintaince

Re: [PERFORM] Perfomance of views

2005-10-27 Thread Richard Huxton
Svenne Krap wrote: Hi there. I am currently building a system, where it would be nice to use multiple levels of views upon each other (it is a staticstics system, where traceability is important). Is there any significant performance reduction in say 10 levels of views instead of one giant,

[PERFORM] Perfomance of views

2005-10-26 Thread Svenne Krap
Hi there. I am currently building a system, where it would be nice to use multiple levels of views upon each other (it is a staticstics system, where traceability is important). Is there any significant performance reduction in say 10 levels of views instead of one giant, nested sql-statemen