mayton2019

Как всегда автор не указывает тип dbms. Ох-ох-ох..

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

INSERT INTO tabel0 (row_1, row_2, row_3, row_4)
SELECT oa.row_5,
       oa.row_6,
       oa.row_7,
       nw.row_8
FROM table1 t1
       LEFT JOIN table2 t2 on t2.row_9 = t1.row_10
WHERE t2.row_11 IS NOT NULL;

Вот здесь где идет join по row_9 и row_10 надо построить индексы по этим полям.
Потом прогнать analyze по обоим таблицам.

И запустить еще раз.

Вставка тоже может тормозить по разным условиям (триггеры, instead-of триггеры, сложные констрейнты
или просто сложные типы данных наподобие xml/json которые требуют много I/O). Но для начала
надо хотя-бы с выборкой разобраться.

С точки зрения ассемблера - удобнее делать операции над целым числом (DWORD) 32bit. Он - же int.
В масштабах современной памяти - безразлично выделять 1 байт или 4 байта. Все равно
другие структуры больше захватят тысячекратно. А простота компилируемого кода - здесь важнее.

Вот поэтому компилляторы и собирают boolean в int. А язык С++ позволяет проводить аналогии
между int и boolean. В зависимости от контекста число может быть как числом так и логической
величиной. (Тесная связь с ассемблером да).

А если речь допустим идет о массиве boolean - тогда смысл в экономии есть. В Java например
такой массив действительно будет использовать биты внутри байта.

В базах данных например (Oracle) вообще нет булевого типа с точки зрения хранения. Там предлагают
символьный тип 'Y' или 'N'. Это связано с дисковыми структурами хранения данных в datarow.

Поэтому sizeof(булевый тип) будет всегда парадоксом в разных системах программирования и языках.
Как компиллятору удобнее так и соберет.

Есть несколько способов это сделать.

Использовать встроенную в Java машину Nashorn которая по идее реализует JavaScript. Там такое можно сделать.

Подключиться дебаггером к приложению запущенному в debug mode. Там по идее тоже можно выполнять какие-то команды на вычисление выражений и видеть результат.

Но сама идея влезать в работающее приложение - не очень хорошая идея. С точки зрения безопасности и надежности. Возможно те вещи что ты хочешь могут быть закрыты через Logging или JMX или заранее протестировать все кейсы JUnit тестами в оффлайне. Сам факт того что ты хочешь чего-то в runtime говорит
о нехватке тестового покрытия.

Еще посмотри на jschell. Может пригодится.

Добавь такой конструктор.

public AlarmService() {
        super();
 }