Subject | Re: [IB-Architect] Index B-Tree implementation |
---|---|
Author | Jim Starkey |
Post date | 2000-12-06T18:22:37Z |
At 07:10 PM 12/6/00 +0100, Toni Martir wrote:
Firebird uses prefix compression to increase density and fanout of
indexes, significantly reducing the cost of index scans, but making
a reverse scan a real pain. Third, Firebird is careful write (database
on disk is always valid and consistent), which is probably impossible
with bidirectional indexes. Fourth, the physical access strategies
for the Firebird on-disk structure are deadlock free, which can't
be implemented with bidirectional indexes.
Other than that, just laziness.
Jim Starkey
>One question about index implementation:Four reasons. First, there is no reason to implement them. Second,
>
>Some database systems implement the b-tree indexes making it bidirectional,
>so a bidirectional index uses less space than two unidirectional indexes.
>
>Why Interbase doesn't implements bidirectional indexes?
>- Because the sql standars says
>CREATE [ASCENDING|DESCENDING] INDEX ON ...?
Firebird uses prefix compression to increase density and fanout of
indexes, significantly reducing the cost of index scans, but making
a reverse scan a real pain. Third, Firebird is careful write (database
on disk is always valid and consistent), which is probably impossible
with bidirectional indexes. Fourth, the physical access strategies
for the Firebird on-disk structure are deadlock free, which can't
be implemented with bidirectional indexes.
Other than that, just laziness.
Jim Starkey