Это действительно невозможно сказать, не зная больше о ваших запросах.
С одной стороны, доступ с помощью первичного ключа улучшался бы только в том случае, если высота поддерживающего индекса была уменьшена, что, вероятно, потребовало бы удаления строк, а затем перестройки индекса.
С другой стороны, если вы выбираете почти все активные записи, то полное сканирование таблицы с 70% удаленных строк (и сокращение таблицы) займет всего 30% времени предварительного удаления.
Существует много других соображений - выбор набора данных и доступ к таблице через индексы и необходимость отклонения 99% строк после чтения таблицы, поскольку получается, что существует положительная корреляция между требуемыми строками и неактивный статус.
Один из способов борьбы с этим - это перечислить таблицу, разделяющую таблицу в столбце ACTIVE. Это переместило бы неактивные записи в раздел, который можно было бы исключить из многих запросов, без необходимости индексировать столбец, и удержит время для полного сканирования активных записей.
Если вам действительно не нужны эти неактивные записи, почему вы просто не удаляете их, а не отмечаете их неактивными?
Редактировать: Кроме того, хотя индексирование столбца с разделением 70/30 обычно не полезно, вы можете попробовать несколько других указательных трюков.
Например, если у вас есть индексированный столбец, который часто используется в запросах (client_id?), Вы можете добавить активный флаг к этому индексу. Кроме того, можно построить частичный индекс:
create index my_table_active_clients
on my_table (case when active = 'Y' then client_id end);
... и затем запрос на:
select ...
from ...
where (case when active = 'Y' then client_id end) = :client_id
Это будет держать индекс меньше, и оба индексации подходы, вероятно, будут полезными.
Другое редактирование: полезным побочным эффектом разделения может быть то, что он сохраняет неактивные записи и активные записи «физически» отдельно, и каждый блок, который считывается в память из «активного» раздела, конечно, имеет только активные записи. Это может привести к повышению эффективности кеша.
Собственно, в этой таблице есть записи для каждого клиента. Есть индекс в столбце CLIENT_ID, который используется в моем запросе. Но в запросе у меня также есть условие ACTIVE = Y (таблица содержит около 70% активных записей, а мой индекс не создается в столбце ACTIVE). Поэтому я думаю, что мы говорим о третьем варианте «Есть много других соображений». Правильно ли мой подход? Ежедневное удаление этих строк улучшит мой запрос? – user3032111
Возможно, наиболее справедливо сказать, что будут затронуты некоторые запросы, а некоторые - нет. –
Предположительно, запись меняется только от активной до неактивной, а затем никогда не изменяется снова. Это почти наверняка стоило бы накладных расходов на перемещение строк между разделами, если операция, которая меняет строки с активной на неактивную, чрезвычайно чувствительна к производительности. –