Есть класс с полем Flags, определенные биты которого означают определенный статус записи.
Данное поле имеет индекс типа bitslice (выбор не мой, менять пока не могу).
Пока записей было мало, при запросе количества записей с участием поля Flags использовался данный индекс.
Когда число записей перевалило через миллион индекс перестал работать, в результате чего запрос исполняется фантастически медленно. Запрос с условием по другим полям, имеющим индексы типа bitmap работает с выбором соответствующих индексов.
Запрос простой, примерно такого вида -
SELECT Count(*) FROM TableClass WHERE Flags=2

Какие могут быть гипотезы на предмет причины такого поведения?
Не может ли стать причиной повреждение индекса при выключении машины обрубанием питания (было сообщение об ошибке журнала, пришлось принимать меры, чтобы Cache вообще загрузился)?

Попутно серия связанных вопросов

Как быстрее всего создать или пересоздать один индекс типа bitmap или bitslice?

Как заставить Cache при исполнении запроса использовать определенный индекс? С исключением конкретного индекса понятно, но перечислять все индексы, кроме нужного, как-то не улыбается, да и не факт, что он не будет в этом случае проигнорирован.

Как быстрее всего преобразовать индекс bitslice в bitmap?

Речь идет о классе (таблице) с числом записей в несколько миллионов.

Виктор

А разве это не пересоздаст все индексы?
Хотелось бы только один индекс обновить.

Т.е. самый быстрый способ пересоздания индексов - штатный.

Возвращаясь к вопросу о работе индекса bitslice в запросе.
Оказывается, когда оно работало, индекс был еще bitmap, а потом зачем-то его поменяли на bitslice и он вообще перестал участвовать в любых запросах.

В доке написано, что индекс типа bitslice используется для "определенных" (certain) запросов и в будущих версиях они будут использоваться оптимизатором для дополнительных запросов.

[quote]A bitslice index is a specialized form of index that enables very fast evaluation of certain expressions, such as sums and range conditions. Bitslice indices are currently automatically used in certain Cache SQL queries. Future versions of Cache SQL will make further use of bitslice indices to optimize additional queries.[/quote]

Хотелось бы узнать, в каких таких запросах индексы типа bitslice участвуют? Или я что-то не так перевел?

Действительно, для суммы и ранжирования. Я почему-то подумал, что это автоматом распространяется на все векторные функции, включая и COUNT. Надо попробовать, как оно будет для суммы.

А вот еще вопрос.
В документации я обнаружил, что bitmap индексы при выполнении запросов складываются, чтобы получить что-то вроде общего индекса. Есть ли стандартные и быстрые средства, которые позволяют проделать то же самое, но средствами COS?