Последовательность полей в ключах

[konrad_imported]

Добрый день, коллеги!
Согласно документации, для sql-версии Навижн не рекомендуется ставить в начало ключа, предназначенного для фильтрации или для построения SIFT-таблиц, поля типа option и data. С первым понятно - низкая избирательность и сваливание в скан. А вот со вторым непонятно совершенно. Вроде как избирательность по дате - довольно высокая. (дата каждый день меняется )
Каково мнение уважаемого сообщества по данному вопросу?

[Drug]

Тип Дата больше чем Целый, соответственно ключ с Integer будет быстрее.

[randrews]

Мне кажется вопрос был в другом. Konrad, хотел узнать процесс работы с такими ключами. Почему именно Date не рекомендуют ставить в начало...

По поводу SIFT таблиц, например, можно сказать, что Data добавляет сразу 3 уровня детализации (или как это назвать). А DateTime 5 уровней. Остальные типы данных по 1 уровню. Может быть дело в этом....

[konrad_imported]

Цитата:

Сообщение от randrews

Мне кажется вопрос был в другом. Konrad, хотел узнать процесс работы с такими ключами. Почему именно Date не рекомендуют ставить в начало...

По поводу SIFT таблиц, например, можно сказать, что Data добавляет сразу 3 уровня детализации (или как это назвать). А DateTime 5 уровней. Остальные типы данных по 1 уровню. Может быть дело в этом....

Именно так вопрос и задумывался - для шифт-таблиц.
Действительно, похоже дело в этих трех уровнях. У всех вместе (дата) - высокая избирательность, а по отдельности - низкая. В результате получаем на первом уровне ключа - год - избирательность нулевая. Второй - месяц - чуть лучше, но все равно никакая. Третий - который День - тоже не особо на больших таблицах. А на малых sql-шифт и не нужен.
Да, прямая дорога в скан.