Всем по напёрсточку с хризопразом

Как известно технические имена ADSO-таблиц названы согласно паттерну:
/BIC/A<TECHNAME>N, где N = 1 (Inbound), 2(Active), 3(Changelog)

Ладно, я не буду спрашивать почему нету 4, и 5, видимо это что-то резервное.
И вряд-ли кто-то знает ответ на этот вопрос, даже два убер-кота этого форума.

Но, блин, а вот что такое:
6 - ракурс для экстракции из хранилища данных
7 - ракурс для системы отчетов хранилища данных

В чём смысл этих двух таблиц?
И видимо они есть только у некоторых типов АДСО.
По крайней мере я вижу их у АДСО типа "Data warehouse layer - delta calculation"

Для некумулятивов:
4 - Табл. сроков действия для хран. данных
5 - Таб. опорных точек для хран. данных


Как минимум, это не таблицы, а ракурсы. Но не совсем простые… во всяком случае их описание в ABAP-словаре не соответствует тому, как они объявлены в базе (хане) - загляните и увидите, что эти вьюхи объединяют и чем отличается 6 от 7. Там все совсем просто

murmur, спасибо за инфу
Видимо (4) и (5) появляются только для АДСО с галочкой Inventory.

Поизучал пока что таблицы (6) и (7) в SE11
Для (6) и оказалось что этот ракурс просто основан на ракурсе (1) и всё.
Наборы полей в точности одинаковые. Если сравнить содержимое, то...
Оказалось, что (1) зачищена (0 записей), а (6) - содержит тысячи записей...
А (7) по набору полей такая же как и (6) но в ней нет двух полей: DATAPAKID и RECORD
И она тоже заполнена, и содержит ровно столько же записей что и (6).

Зачем всё это до конца не понятно. Ну ок, (6) - это резервная копия новых записей.
А (7) - это редуцированная версия (6) и вроде как чисто избыточное что-то...



Насчёт "совсем просто" - не знаю, не знаю, кому как : )
Как вы в Хане ищите эти таблицы? Я пробую искать вот так...



И ничего нет... в верхнем поле тоже пробовал...
Может я как-то не так ищу? Или может дело в полномочиях...

Не в BW Modeling, а в SAP HANA Modeler над каталогом или конкретной схемой по контекстному меню выбираете Find table, вводите имя, открывается вьюха. Вы в BW-систему стучитесь, а надо в базу

Да, нашел.
И вот инфернальный рисунок-сравнение : )



Действительно, получается что в Хане в операторе CREATE VIEW мы создаем вьюху на базе таблицы-02
А в SE11 мы видим нечто иное - вьюха создана на базе таблицы-01!

Причём, ведь гораздо логичнее было бы читать технические поля как раз из таблицы-01, так?
Там ведь как раз REQTSN, DATAPAKID, RECORD, RECORDMODE имеются.
Но в Хане мы читаем суррогатные литералы с нулями, забивая ими эти поля.

В ракурсе-06 мы забиваем все технические поля нулями и пробелами.
А в ракурсе-07 забиваем только REQTSN, правда читая RECORDMODE из таблицы-02.

Выходит в ракурсе-06 мы сохраняем некую копию инбаунда, но без технических полей (?)
А в ракурсе-07 мы сохраняем некую копию активной таблицы, с сохранением recordmode...

Как-то так...
И всё еще не понятны два момента:
1) Почему Хана противоречит SE11?
2) Зачем могут быть нужны эти полусуррогатные (?) копии базовых таблиц : )

Как предположение,
7 ракурс будет содержать данные после "сжатия куба", как после такой процедуры пропадает надобность в DATAPAKID, RECORD.

По вопросу различия SE11 и HS нота 2270825 - ADSO: Incorrect definition of reporting and extraction views.
Про 6 и 7 таблицы: https://www.btelligent.com/en/blog/the-advanced-data-store-object-adso-and-its-tables/
рекомендуют использовать 7 для прямого доступа через SQL и ABAP, правда если делать aDSO взамен PSA (с типом как DSO оптимизированную для записи), то 6 и 7 таблицы не создаются в ABAP-словаре, в HS пока проверить не могу.

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