Комментарии 2
А точно нужно было использовать LLM в данном проекте? Это финансово оправдано или использовалось для эксперимента в целях определения применимости данных механизмов?
А текст запроса я Вам не покажу, т.к. он не выполняется в Вашей системе.
Классика ИИ-шизы.
То, что google эффективнее китайцев - это аксиома по деньгам и связам - у гугла контекста больше.
Ну и уже были прецеденты, когда ИИ запросом сносил данные и целые БД. Но прикол в том, что это нужно ловить, а про ловлю тут ничего.
Нет, конечно если гнать только SELECT запросы, машина ничего не сносит, ну кроме того, что может только взаимную блокировку создать (deadlock).
В Oracle это происходит при неиндексированных полях и нескольких синонимах между машинами (например, отчеты по DWH, или же получение из КИС данных). Либо когда планировщик пользуется битовой картой, которую он ПИШЕТ. Или когда он выбрал
взаимоисключающие планы по одному и тому же объекту в разных сессиях.
Но, внезапно, надо читать форумы и разбираться, а что же наша БД так часто в deadlock уходит, ведь ИИ запрос создаёт быстрый и правильный.
*The deadlock seems to be due to the query execution plan Oracle selected for servicing the statements.
P. S. ИИ не оперирует множеством сессии и не скажет Вам как поведёт себя планировщик - ибо среды исполнения разные.

Как мы «приручали» ИИ в WMS