Что скажете по поводу идеи использовать powerbank в качестве источника бесперебойного питания Raspberry Pi (либо другой электроники)?

Radjah спасибо за ссылки на платки, довольно интересные штучки.

Как определить на ранних стадиях что в PostgreSQL что-то начало сбоить?

ky0 Да, я согласен что здесь не связано с конкретным сервером БД, но думаю мало ли, вдруг именно в нем что-то придумали для самодиагностики.
Отказоустойчивые хранилища это классно, но в данной ситуации хотелось бы более дешевое решение, т.к. нет возможности обеспечить качественное хранилище. Потому и встал вопрос по поводу диагностики или при запуске или периодической в процессе работы.

Что скажете по поводу идеи использовать powerbank в качестве источника бесперебойного питания Raspberry Pi (либо другой электроники)?

undead1990 , устройство выглядит довольно привлекательно, особенно с той точки зрения что можно менять аккумуляторы. Но интересно бы понять, действительно ли оно себя нормально ведет при переключении между режимами заряд/питание/питание+заряд и не проседает ли при режиме питание+заряд.

Как обеспечить надежность работы Postgres на Linux (в данном случае на Raspberry Pi)?

С бесперебойным питаловом есть вариант не только от 220v но и слаботочные

Я изначально думал использовать 12-и вольтовые бесперебойники + dc/dc преобразовали для питания плат, но потом решил пойти по пути унификации, т.е. положиться на бесперебойное 220V и стандартные блоки питания для raspberry. Не знал надежность узлов, потому старался не использовать каких-то сильно хитрых решений, чтобы потом легко можно было менять-ремонтировать.

Выключать. банально командой "shutdown время". Это корректно все выключит, если ни какие службы не повисли.

Спасибо!

Как обеспечить надежность работы Postgres на Linux (в данном случае на Raspberry Pi)?

По БД, можете и смонтировать папкой но зачем если БД умеет работать по сети..

Дело в том, что устройство должно уметь работать автономно, т.е. когда пропал внешний канал связи оно все равно должно выполнять свои функции локально и ложить данные в БД, чтобы потом это все сливать на основной сервер, когда появиться снова связь.
Потому не хотелось бы чтобы БД находилась где-то за пределами корпуса устройства.
Насколько я понимаю, если я размещу БД на USB флешке, то надежность этого решения будет не больше, чем нынешнего с размещением на microSD?
В плане надежности выигрыш может дать либо использование EMMC модуля или внешнего винчестера...я правильно понимаю?

Как купить и прикрутить SSL сертификат для самописного REST сервиса?

Наверное я действительно что-то по-другому накрутил.
Здесь пишут что у меня проблема связана с ограничениями браузера
Поставил на бекенд nginx в роли proxy, зарегистрировал доменное имя для бекенда, приобрел сертификат для доменного имени и теперь все хорошо :)
Мне теперь действительно не нужен сертификат сертификат для фронтенда, т.к. я могу на него заходить без https, но при этом он подключается к бекенду по HTTPS (смотрел через wireshark).

Как купить и прикрутить SSL сертификат для самописного REST сервиса?

Владимир Коротенко , я так понимаю, мне нужно в любом случае чтобы тот сервер, который работает в связке с фронтендом, имел свое доменное имя, на которое будет зарегистрирован сертификат.
Я попробовал с самоподписанным сертификатом и у меня есть блокировка браузера, т.е. на фронтенде я имею ошибку ERR_CERT_AUTHORITY_INVALID до того момента, пока я не зайду через браузер напрямую на сайт и не скажу ему что подключаться безопасно. Только после этого фронтенд начинает работать.
Получается мне в любом случае никуда без нормального сертификата, который будет восприниматься браузерами.
И, в случае арендованных VPS, если я захочу поменять VPS, то мне нужно перенастраивать привязку доменное имя - IP адрес сервера.

Как купить и прикрутить SSL сертификат для самописного REST сервиса?

Владимир Коротенко , спасибо за Ваш ответ!
Дело в том, что, насколько я понимаю, браузер проверяет подпись не только сертификата фронтенда, но и ему важно какой сертификат используется при обращении этого фронтенда на сервер.
Изначально я думал что получиться ограничиться только сертификатом на фронтенд, но не учел тот момент что приложение то фактически целиком грузиться к пользователю и запросы на сервер идут уже фактически напрямую от пользователя, потому и нужен HTTPS для связи с сервером.
И получается что как бы для фронтенда как такового мне сертификат то и не нужен, ну или я опять тут что-то плохо понимаю....

Почему фронтенд после добавления SSL перестал ходить на бекенд?

А как браузер отнесется к тому, что на rest у меня будет использоваться самоподписанный сертификат? Он выдаст пользователю предупреждение? Или главное чтобы нормальный сертификат был только на фронтенде?

Почему фронтенд после добавления SSL перестал ходить на бекенд?

Евгений Девисок, спасибо!

Как делается правильная выборка данных со связанных таблиц БД при использовании JPA?

Максим Федоров, абсолютно с Вами согласен. Благодаря Вам и Ерлан Ибраев много всего узнал. Спасибо!!!

Как делается правильная выборка данных со связанных таблиц БД при использовании JPA?

Более хороший результат получил при использовании JPQL запроса с INNER FETCH, где "руками" прописал более "глубокую" выборку:

@Query(value = "SELECT tss FROM TeacherSchoolSubject tss "
            + "INNER JOIN FETCH tss.teacher t "
            + "INNER JOIN FETCH tss.school sc "
            + "INNER JOIN FETCH tss.subject su "
            + "INNER JOIN FETCH sc.director d ", nativeQuery = false)
    List<TeacherSchoolSubject> findAllTSSJoin();

При этом выбралось все в одном запросе:

select
        teachersch0_.tss_id as tss_id1_3_0_,
        appuser1_.appuser_id as appuser_1_0_1_,
        school2_.school_id as school_i1_1_2_,
        appuser4_.appuser_id as appuser_1_0_3_,
        subject3_.subject_id as subject_1_2_4_,
        teachersch0_.school as school2_3_0_,
        teachersch0_.subject as subject3_3_0_,
        teachersch0_.teacher as teacher4_3_0_,
        appuser1_.fio as fio2_0_1_,
        school2_.director as director3_1_2_,
        school2_.school_number as school_n2_1_2_,
        appuser4_.fio as fio2_0_3_,
        subject3_.description as descript2_2_4_ 
    from
        teacher_school_subject teachersch0_ 
    inner join
        appuser appuser1_ 
            on teachersch0_.teacher=appuser1_.appuser_id 
    inner join
        school school2_ 
            on teachersch0_.school=school2_.school_id 
    inner join
        appuser appuser4_ 
            on school2_.director=appuser4_.appuser_id 
    inner join
        subject subject3_ 
            on teachersch0_.subject=subject3_.subject_id

Как делается правильная выборка данных со связанных таблиц БД при использовании JPA?

Максим Федоров, спасибо!!! У меня опыта мало и потому приходится идти по граблям и по пути узнавать такие важные ключевые моменты.

Как делается правильная выборка данных со связанных таблиц БД при использовании JPA?

Я так понимаю оно все-таки "недобирает" поле director в таблице School идя по цепочке TeacherSchoolSubject.school -> School.director -> Appuser.
И потому вынуждено его довыбирать отдельным запросом.

Как делается правильная выборка данных со связанных таблиц БД при использовании JPA?

Максим Федоров, спасибо!
Использование Criteria реально позволяет вытащить много чего одним запросом:

public List<TeacherSchoolSubject> getAll() {
        CriteriaBuilder cb = em.getCriteriaBuilder();
        CriteriaQuery<TeacherSchoolSubject> cq = cb.createQuery(TeacherSchoolSubject.class);
        Root<TeacherSchoolSubject> tss = cq.from(TeacherSchoolSubject.class);
        tss.fetch(TeacherSchoolSubject_.school, JoinType.INNER);
        tss.fetch(TeacherSchoolSubject_.subject, JoinType.INNER);
        tss.fetch(TeacherSchoolSubject_.teacher, JoinType.INNER);
        
        TypedQuery<TeacherSchoolSubject> q = em.createQuery(cq);
        List<TeacherSchoolSubject> resList = q.getResultList();
        return resList;
    }

Для эксперимента у меня в таблице teacher_school_subject две записи. Без использование criteria в случае " SELECT * " hibernate формирует 6 запросов, а при использовании вышеприведенного кода hibernate формирует 2 запроса:

select
        teachersch0_.tss_id as tss_id1_3_0_,
        school1_.school_id as school_i1_1_1_,
        subject2_.subject_id as subject_1_2_2_,
        appuser3_.appuser_id as appuser_1_0_3_,
        teachersch0_.school as school2_3_0_,
        teachersch0_.subject as subject3_3_0_,
        teachersch0_.teacher as teacher4_3_0_,
        school1_.director as director3_1_1_,
        school1_.school_number as school_n2_1_1_,
        subject2_.description as descript2_2_2_,
        appuser3_.fio as fio2_0_3_ 
    from
        teacher_school_subject teachersch0_ 
    inner join
        school school1_ 
            on teachersch0_.school=school1_.school_id 
    inner join
        subject subject2_ 
            on teachersch0_.subject=subject2_.subject_id 
    inner join
        appuser appuser3_ 
            on teachersch0_.teacher=appuser3_.appuser_id

select
        appuser0_.appuser_id as appuser_1_0_0_,
        appuser0_.fio as fio2_0_0_ 
    from
        appuser appuser0_ 
    where
        appuser0_.appuser_id=?

Как делается правильная выборка данных со связанных таблиц БД при использовании JPA?

Ерлан Ибраев, спасибо!

Вот только передавать сущности в сервисы, как бы моветон. Нужно преобразовывать через DTO в бизнес объекты.

Подскажите пожалуйста что можно почитать по этому поводу, чтобы понимать как "правильно" делать подобные вещи.

Как делается правильная выборка данных со связанных таблиц БД при использовании JPA?

Ерлан Ибраев, да, я хочу вытащить ВСЕ данные одним запросом.
Сейчас даже не стоит вопрос в том чтобы задействовать селективный запрос и выбирать по WHERE.

Но я хочу вытащить данные таким образом чтобы получить и данные из других таблиц, на которые ссылаются данные основной таблицы, т.е. я хочу получить всю цепочку TeacherSchoolSubject.school -> School.director -> Appuser, чтобы я потом имел возможность обращаться ко вcему, что в классах сущностей имеет fetch type EAGER.

Я понял идею насчет создания так сказать искусственной сущности, которая будет содержать всю пачку данных полученных из nativeQuery с JOIN-ами. А потом, насколько я понимаю, мне придется мапить ее в те сущности, которые я использую в программе. Я правильно понял идею?

Как правильно реализовать реагирование на изменение записи в таблице БД?

понял. Спасибо!

Как правильно реализовать реагирование на изменение записи в таблице БД?

да, для меня это решение будет неудобно тем, что есть четкая привязка к конкретной СУБД. Но вообще, как мне кажется, задумка интересная с той точки зрения, что задача перекладывается частично на саму СУБД, т.е. сама СУБД мне формирует лог событий.

Как правильно реализовать реагирование на изменение записи в таблице БД?

Спасибо, интересное решение!