Subject | Re: [Firebird-Architect] Counter proposal to Temporary tables |
---|---|
Author | Ann W. Harrison |
Post date | 2004-11-30T19:53:55Z |
At 02:29 PM 11/30/2004, Pavel Cisar wrote:
will have exactly those characteristics. At the moment, I've fallen
out of love with my suggestion about using temporary tables because
of the potential for abuse.
Regards,
Ann
>There are two reasons for "magic" temporary tables, and both come down toIf we use Nickolay's suggestion for the physical implementation, it
>performance:
>
>1. . Connection id would very likely have very bad cardinality, so filter
>performance would be bad even with index on it.
>
>2. Data cleanup. It would have the same problems of large deletes like in
>normal table. With separate table it's easy to scrap all data pages which
>is quick and cheap. BTW, there is a feature request pending for EMPTY or
>PURGE/DELETE ALL command that would quickly remove all data from table.
will have exactly those characteristics. At the moment, I've fallen
out of love with my suggestion about using temporary tables because
of the potential for abuse.
Regards,
Ann