авторлегкий хибернейт?)) ну мб в рамках дефолт репозиториев и методов findById

а вот когда ты начинаешь инрегрировать его в крупный проект начнутся проблемы и первая это постоянный рефакторинг сущностей
поэтому мы выборали для части наших адаптеров жук,который гораздо более гибок в этом плане
Так и не нужно насиловать его в сложных случаях :) Как тут написали - нативный SQL без альтернатив.

Вот примеры, всё примитивно и удобно, Хибернейт помогает в таких случаях:
https://github.com/INFINITE-TECHNOLOGY/ASCEND/tree/master/ascend-sdk/src/main/groovy/io/infinite/ascend/granting/configuration/repositories
https://github.com/INFINITE-TECHNOLOGY/ASCEND/tree/master/ascend-sdk/src/main/groovy/io/infinite/ascend/common/repositories
https://github.com/INFINITE-TECHNOLOGY/PIGEON/tree/master/pigeon-lib/src/main/groovy/io/infinite/pigeon/repositories

авторхероку хорош для пет проектов- неужели ты его юзаешь под прод коммерческих проектов?
а почему нет? Всё отлично. Единственный минус: дорого.

авторболее того, в JPA подразумевается что при работе с объектной моделью ассоциативные связи бывают только в двух состояниях: "заполнены полностью" и "мы к ним еще не обращались и не знаем что там
я именно об этом и говорю. Это неправильный подход.

Объясню почему:
- Это колечит весь дизайн т.к.
1) ограничивается размер коллекций - иначе без join предикат план запроса будет делать hash join вместо nested loops. И база будет вставать раком.
2) из-за п.1 придётся отказываться от логических зависимостей
3) появляются извращения как Вы ниже предложили (явные промежуточные сущности)
4) в итоге переписываем у себя в коде жалкое подобие того что могло быть сделано элементарно стандартными средствами SQL

авторв вашем случае достаточно было ввести явную связь типа PrototypeAuthorizationScope с M2O на PrototypeAuthorization и Scope и обращаться к этой связи
Это всё понятно и рассматривалось. И не сделано т.к. как раз таки не соответствует философии ORM.

авторВы думаете, что JPA вам обязано упрощать написание запросов
Я так не думаю.

авторвыучите-таки SQL за который так топите
Есть определённый лимит, дальше которого разработчик превращается в DBA, c потерей навыков именно разработки.
Поэтому глупо было бы мне говорить что я знаю SQL абсолютно хорошо.

Но в относительном положении (относительно разработчиков и пользователей SQL), я не давал в этом топике поводов усомниться в своих знаниях. Да и очень маловероятно что такое когда-либо произойдёт.

никто не дал правильный ответ.

Правильный ответ с точки зрения архитектуры: в боте хранить только сессию.
Всё остальное хранить в отдельном приложении, в которое бот должен ходить через REST API.

Когда потребуется другой бот (например фейсбучный), мобильное приложение или сайт - REST API не придётся заново делать\переносить из бота.

Как хранить - в БД, мапе, монго или на берестяных грамотах - не важно на самом деле, при такой архитектуре.
Как нравится так и храни. Я храню в БД.

Бот это такой же пользовательский канал как и веб сайт или мобильное приложение.

Насчёт молодости не понял к чему (или к кому) это.

а как же partition pruning, external tables, анализ производительности на конкретных СУБД?

Без админских прав не получится залезть глубоко слишком.
А как только программист получает доступ админский к машине с базой (даже локальной), он уже не программист, а DBA.

авторты рассказал техническую часть. А я сказал про "в чем ценность бота для бизнеса"…?
бот это дешёвая и хорошая альтернатива мобильным приложениям.

ээ, это как раз юскейс для бота именно. Зачем для этого целое приложение?

авторЯ не вижу преград чтоб разработчик сделал тоже самое. А имеено поднял грёбаный VBox, VMVare
или Docker и просто проверил то что хочется под привилегиями SysDba.

ну да, так и приходится делать.
Докер вообще кайф - например MSSQL в 1 клик ставится.

Но всё равно это не 100% гарантия, данных меньше будет в базе и другая среда всё таки. Но так то да.

а, всё, понял.

Сорри.

вот демо бот: http://t.me/david_it_bot

https://github.com/INFINITE-TECHNOLOGY/DAVID

В Вашем случае это так организуется:
- Боту посылается фотка со штрихкодом
- на боте используется сервис или библиотека для распознавания штрихкодов
- бот шлёт сообщения с инфой юзеру

Но может быть есть и более интегрированное решение, я только финансовых ботов делаю. Игры\прикладные боты особо не делал, и не знаю какие там удобства в телеге есть для таких вещей.