Кто-нибудь использует логические БД? Сегодня попытался написать отчет используя ЛБД, много времени потратил на создание и настройку ЛБД. Мне показалось очень неудобно их использовать. Обычными селектами проще. А вы как думаете?

А стандартные ЛБД использовать не пробовал? SE36?

Проще/не проще - зависит от поставленной задачи.
Микроскопом гвозди забивать тоже бывает проще

ЛБД применяется в случае когда требуется создать большое количество типовых отчетов.

яркий пример - ЛБД PNP для работы с данными персонала.

В ЛБД обычно выносят:
1. Экран выбора
2. Логика сбора данных
3. Проверка полномочий

А остальное отдается на откуп программе, которая будет построена на базе этой ЛБД.

Стандартными ЛБД не пользовался. Согласен, что все зависит от поставленной задачи. Просто в Кречмере написано, что ЛБД это просто, наглядно, маленький код программы и т.п. А выяснилось, что код вовсе не маленький, он скрывается в описании ЛБД.

И что здесь плохого или не так? Подобные претензии можно можно предъявить любым компонентам - типа "при использовании BAPI код вовсе не маленький, он скрывается в описании функциональных групп".
ЛБД имело смысл разрабатывать если планируется её многократное использование в различных отчётах. Ради одного отчёта городить ЛБД не имеет смысла.

Я пробовал писать их сам. Прикольно, но смысла не имеет, согласен. Кроме того они медлительны. Вот стандартные использовать стоит. На них все HR-отчеты построены.

Использовал и остался доволен.
Идеально для большинства случаев, когда печатается отчет вида "Документ № ХХХ". Нет мешанины из select-join-join-join...

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

Опять таки - копаешь один раз, используешь несколько.

Текст программы - по крайней мере пока он не содержить десяток get - довольно прозрачный и легко отладить места косяков.

Минусы - одноуровневые связки таблиц лучше делать через View иначе получается непонятно. Опять-таки, если на верхнем уровне вы поместили таблицу, то переделать ее во view - задача еще та...

В классы перенести тоже проблематично. Приходится извращаться. Я, например, сделал некий промежуточный data_collector, который дальше разбирался подклассами.

В целом, впечатления позитиные.

Понятно.. ) Спасибо за высказанные мнения, я думаю, они мне пригодятся.

А вот в официальных источниках написано, что использование ЛБД - это "Obsolete Techniques".

Кто-нибудь может прокомментировать? Что вместо ЛБД должно использоваться? Стандартные библиотеки классов и групп функций?

ЛБД работает на полную мощность, когда кроме select-join есть ещё и сложная прикладная логика, т.е. данные не просто из табличек достаются, а фильтруются и преобразуются.

Из общения с некоторыми саповскими консультантами - использовать селекты. Правда речь шла о ЛБД на базе BSEG.
В плане замены PNP(CE) на что-либо иное - пока вроде не видно альтернатив.

Ну альтернатива простая - заменить на иерархию классов с теми же методами get и пр.
Но вот когда это сделают и сделают ли вообще - вопрос открытый.

На иерархию классов автоматически заменить не получится.

Потребуется или дернуть ВСЁ (через JOIN), откушав изрядно памяти, а потом разбирать в присоединенных классах. Или дергать по одному, но это будет та же ЛБД, только вызываемая через стрелочку "->".

Я так думаю, что вместо ЛБД подразумевается использовать Persistence Services. Однако широкого распространения эта технология ещё не получила.

lumer, если использовать материализованные представления на уровнеБД и классы-обертки на аппликухе - то все получается очень прозрачно и красиво.
EGF, спасибо за ссылку. Интересно. Читаю.