フィールドがテーブルの主キーである場合のSQLite "MyTable（ID）の自動インデックス"

Question

SQLiteデータベースから読み込むために動的に構築されたクエリを使用する複雑なC＃プログラムがあります。

SQLite warning (284): automatic index on MyTable(Id) 

私はMyTableというのスキーマを見てきた、とIdは、主キーとして指定され、このような：

私は、デバッガの下でプログラムを実行すると、私は気づく は、私のような出力の多くを得ます

CREATE TABLE MyTable (Id varchar(50) collate nocase primary key not null, 
Name varchar(50) not null, 
(etc) 

私はSQLiteが主キーのインデックスを作ったと思っていました。それで、別のものを作るのはなぜですか？

また、関連するノートでは、サブクエリに関する自動インデックス警告が多数表示されます。たとえば、クエリに：

MyTable has Id as the primary key 
Organisations has Id as the primary key 
SubTable has a unique index on ArrangementId, OrganisationId 

は、クエリの利回りにクエリプランをEXPLAIN

SELECT MyTable.Id, MyTable.Name, Amount 
FROM MyTable 
LEFT JOIN (SELECT ArrangementId, Amount, AgreementDate FROM SubTable 
JOIN Organisations ON Organisations.Id = SubTable.OrganisationId AND Organisations.Direction = 1 
) AS MyJoin ON MyJoin.ArrangementId = MyTable.Id 
ORDER BY Id 

：

1|0|0|SCAN TABLE SubTable 
1|1|1|SEARCH TABLE Organisations USING INDEX sqlite_autoindex_Organisations_1 (Id=?) 
0|0|0|SCAN TABLE Arrangements USING INDEX sqlite_autoindex_Arrangements_1 
0|1|1|SEARCH SUBQUERY 1 AS MyJoin USING AUTOMATIC COVERING INDEX (ArrangementId=?) 

私はSQLiteのサブクエリということを理解してくれないと思います一時テーブルに入る必要はありませんか？

サブクエリが回避されるようにクエリを書き直す方法はありますか？

Answer 1

collate nocase列の結果はcollate nocaseとなります。ルックアップで同じ照合順序を使用しない場合、そのインデックスは使用できません。 （この列との比較ではデフォルトでnocaseが使用されますが、照合順序が異なる別の列との照合が異なる場合は役に立ちません）

この照会が重要な場合は、正しい照合順序で2番目の索引を作成することを検討してください。2番目のクエリで

---

それは左外側の右のオペランドが参加しているため、データベースは（rule 3）一時テーブルを使用してサブクエリを評価しなければなりません。

あなたは、単純な一連の問合せをリライトしようとすることができますが、意味は同じままことを確信している場合は、参加する：あなたの主キーに

好奇心のうち

FROM MyTable 
LEFT JOIN SubTable ON MyTable.Id = SubTable.ArrangementId 
LEFT JOIN Organisations ON Organisations.Id = SubTable.OrganisationId 
         AND Organisations.Direction = 1 

Answer 2

次の変更を作ってみましょう：

• メイクID整数プライマリキー。これは、実際には内部のROWIDの別名であり、別の列ではありません。
• 現在のID（varchar列）を別の列にします。必要に応じて、一意制約を追加します（重要な場合）。
• 子テーブルでは、varcharカラムではなく整数IDを使用します。さらに、列に外部キーを追加します。

いくつかの注意事項：

• MyTableでINTEGER PRIMARYキーを使用して一意制約を持つ別の列にvarchar型の移動はMyTableの大きさに違いはありません。上で述べたように、主キー列は内部のROWID列の別名になるため、実際には新しい列を追加するわけではありません。
• 外部キーとして整数を使用するように子テーブルを切り替えることで、テーブルが小さくなります。外部キー制約を追加しても、データベースは現在のサイズより小さくなります。これはまた、あなたの結合をより速くするはずです（とにかく大きなデータセットの場合）。