2 つの大きなテーブルに対して単純な内部結合クエリを実行すると、Firebird 2.5.1 では数秒後に結果が返されます。他のデータベースでは、結果は数ミリ秒後に返されます。問題は、このクエリを高速化する方法と、Firebird がインデックスの代わりに NATURAL を使用する理由です。
クエリは次のとおりです。
SELECT FIRST 20 * FROM A INNER JOIN B ON A.ID = B.AID;
結果の計画は次のとおりです。
PLAN JOIN (A NATURAL, B INDEX (IDX_B_1))
統計学:
テーブルとインデックスのメタデータ:
CREATE TABLE "A"
(
"ID" INTEGER NOT NULL,
CONSTRAINT "PK_A" PRIMARY KEY ("ID")
);
CREATE TABLE "B"
(
"ID" INTEGER NOT NULL,
"AID" INTEGER,
CONSTRAINT "PK_B" PRIMARY KEY ("ID")
);
CREATE INDEX "IDX_B_1" ON "B"("AID");
移入するには、次の手順を使用できます。
declare variable nba integer;
declare variable nbb integer;
declare variable nbc integer;
begin
nba = 0;
nbb = 0;
nbc = 0;
while (nba < 100000) do begin
insert into A (ID) values (:nba);
nbc = 0;
while (nbc < 50) do begin
insert into B (ID, AID)
values (:nbb, :nba);
nbb = nbb + 1;
nbc = nbc + 1;
end
nba = nba + 1;
end
end