Дорого дня!
Подскажите, пожалуйста, по след. вопросу:
Есть таблица с N ключевыми полями: A1...AN
Есть также аналогичная таблица, но с ключом A1, для которой есть индекс по одному из ключей - Ax.
В какой таблице будет быстрее работать выборка по полю Ax?

P.S. вопрос не из пальца высосан, есть конкртеный пример, и я не могу понять, зачем сделана отдельная таблица вместо индекса.

А что мешает сделать тесты? на время7
Как говорил форест гамп "дерьмо случается" - возможно косяк?

В общем случае быстрее будет выборка по второй таблице, у которой есть персональный индекс Ax, т.к. в этом случае происходит оптимальный поиск по одному полю (грубо говоря, прыгаем по какому-нибудь B-дереву). Для первой таблицы придется линейно прочитать весь индекс, что дольше.

Однако, делать отдельную таблицу для этого не имеет смысла - проще сделать новый индекс для первой таблицы.

Может вдохновились примером BSEG и его индексных таблиц?

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

На разработке время почти одинаковое, даже без индексов ))

Там-то понятно, кластер и записей в индексных таблицах меньше.
А вот как насчет VBAK и VAKPA?

На тему SD'шных таблиц существует нота 185530. Правда на вопрос "Почему?", она ответа не дает.
Может так сделали давным-давно, когда базы данных не умели адекватно работать с индексами, а теперь тащут в виде легаси?

Разовъю чуть-чуть:
1. Важна реал база , обычно на разработке база совсем не та что в продуктиве.
2. Важно залить скажем 2 мульена записей, а потом выборочно удалить лишний мульен, но не по порядку )))
3. Важно как вы проводите тесты ))) -
первая выборка где длинный ключ (индексная таблица) - используем все ключи для выборки
вторая выборка где ключ только A1 - используем тоже полный ключ как для индексной таблицы )))
Сравниваем время... Разница будет по любому ...


Теперь мысль по существу вопроса: вот индексную таблицу мы можем использовать для чтения по всем полям из ключей.
В базе будет избыточность по данным (дисковое пространство будет подъедать), но разработчик точно уверен что этот ключ будет создан в базе
А в случае индексов , с учетом настроек самих индексов , с учетом их легкой изменяемости (захотел создал захотел отключил или удалил или отрубил на инстанции ...) и алгоритма их использованием БД движком... Ну совсем не прозрачно...

Так что вопрос откуда быстрее - может не корректно спрашивать?
Скорее гарантированное чтение на любой БД по ключу - а это максимальная скорость.
Как-то так.

Вроде никто не возражал. Примем за истину ))

Как было бы хорошо, если бы еще сам SAP этих рекомендаций придерживался. Особенно последний пункт порадовал. За ноту спасибо.
Дык я про это и написал, что есть сложности с поиском оптимального решения при использовании практического подхода. Поэтому для упрощения озадачился теоретическим вопросом. А насчет надежности таблицы полностью согласен, никаких тебе задних мыслей.