Доброго.
Все попытки поиска точного ответа захламляются ораклом с его B-индексами.

А как ведет себя Firebird? Есть смысл "мусорным/архивным" записям сбрасывать значения полей в NULL, чтобы уменьшить популярные индексы?

А можно подробней, почему ухудшит? Есть разница между значением NULL и "мусорным" значением ?

Таблица "инвентарь персонажа". Два популярных для выборок поля persId и placeId - ссылки на перса и место (локация) шмотки.
Сейчас сделано локация ноль - это рюкзак перса. Когда перс выбрасывает шмотку или она устаревает, то она отправляется в мусорку (placeId = -1), лежит "на земле" placeId > 0
Была мысль сбрасывать placeId в NULL и тем самым исключать запись из популярных индексов.

Если NULL индексируется, то логично placeId is NULL использовать для шмоток в рюкзаке.

Но ваш ответ "будет только хуже" породил сомнения. Объясните, пжлст, подробней.

Это браузерка. Вещи живут годами.
Их выкладывают на полки комиссионки, передают в службу доставки или просто хранят на нычке в сундке.
"на земле" действительно лежат не вещи. Они создаются в момент их поднятия и складываются в рюкзак.

Я так понял, что NULL для индекса это такое же рядовое значение, как и все остальные.

Потому можно делать place_id = NULL это рюкзак перса (вне локаций). Для мусорки отвести отдельно локацию "мусорка" и туда сваливать архивные записи.
И не делать выборку содержимого только по полю placeId