Subject | Re: Select or View |
---|---|
Author | Adam |
Post date | 2008-10-04T01:45:26Z |
--- In firebird-support@yahoogroups.com, "tomkrej" <respektive@...> wrote:
see this by comparing the plans of each query. It is not a good idea
to benchmark them one after the other because the second one gets the
advantage of any garbage collection having been done, as well as a
higher chance of getting cache hits.
party interfaces. By abstracting the third party interfaces from the
tables themselves (even creating updateable views), you retain the
flexibility of refactoring your table structures to allow improved
functionality without breaking anything.
Adam
>For such a simple query there is no performance difference. You can
> Hi, Is there some performance difference between
>
> select * from view_something;
>
> and
>
> select * from table_one, table_two where table_one.id = table_two.id;
>
> when view is defined absolutely same as that select ???
see this by comparing the plans of each query. It is not a good idea
to benchmark them one after the other because the second one gets the
advantage of any garbage collection having been done, as well as a
higher chance of getting cache hits.
>It also provides backwards compatibility and simplicity for third
> Or the advantage of view is mainly in better readability of code and
> security options ??
party interfaces. By abstracting the third party interfaces from the
tables themselves (even creating updateable views), you retain the
flexibility of refactoring your table structures to allow improved
functionality without breaking anything.
Adam