iskatelsql,

Описание столбцов есть в родной документации https://www.sqlite.org/eqp.html
sqliteeach node of the tree consists of four fields: An integer node id, an integer parent id, an auxiliary integer field that is not currently used, and a description of the node
id - уникальный идентификатор
parent - указывает на родительский элемент (т.к. план выводится в виде дерева)
notused - не используется
detail - комментарий

iskatelsqlесли USING COVERING INDEX то вообще радоваться нужно, все данные есть в индексе
Вот насколько я понял из доки, это не значит что всё ещё лучше, чем просто USING INDEX. Покрывающий индекс задействован в том случае, когда при выполнении запроса с отбором по некоему столбцу, для которого не существует индекса, но существует такой составной индекс (который в своём составе имеет это самое поле для отбора), тогда вместо полного сканирования таблицы, выполняется сканирования этого составного индекса. Поэтому мы за одну операцию не всегда можем найти нужную нам строку данных, т.к. при составном индексе задействованы ещё другие поля и наши данные для отбора могут оказаться где-то "дальше".

Т.е. в виде примера, данные выглядят так:
type = {1, 2, 3}
param = {1 ... 1000}
ещё поля...

Создаём составной индекс



выполняем запрос



Будем пробегаться по всем строкам с type = 2, они есть в индексе и далее применяем второе условие отбора. Количество прочитанных строк будет столько, сколько type = 2 содержится в таблице.

Итого, для конкретно ваших данных надо уже предметно смотреть. Возможно для конкретной задачи лучше создать индекс который будет идентифицировать однозначно строку, чтобы снизить количество физических чтений