O.h.engine.jdbc.spi.SqlExceptionHelper: ОШИБКА: синтаксис неверного имени. Позиция: 16. ⇐ JAVA

[Anonymous]

Обновить
14 августа – Пассивная позиция. Нам не удалось воспроизвести проблему, не удалось распознать основную причину или закономерность. Следовательно, мы будем держать это под контролем и вернемся к нему, как только оно вернется снова. Спасибо всем, кто прокомментировал идею!
Оригинальный вопрос
Эта проблема возникает, когда мы пытаемся вставить новую строку данных в определенную таблицу, однако проблема не является постоянной, мы не можем выполнить репликацию. Есть идеи?

Ошибка

2023-08-10 03:29:25.792 WARN 1 --- [nio-8080-exec-5] o.h.engine.jdbc.spi.SqlExceptionHelper: Ошибка SQL: 0, SQLState: 42602 2023-08-10 03:29:25.793 ОШИБКА 1 --- [nio-8080-exec-5] o.h.engine.jdbc.spi.SqlExceptionHelper: ОШИБКА: неверный синтаксис имени Позиция: 16 2023-08-10 03:29:25.794 ОШИБКА 1 --- [nio-8080-exec-5] czeservice.maskedImpl: не удалось извлечь ResultSet; SQL [н/д]; вложенное исключение: org.hibernate.Exception.SQLGrammarException: не удалось извлечь ResultSet. Позвольте мне объяснить
[*]Мы развертываем наш код с помощью Kubernetes с помощью 1 модуля. [*]При новом развертывании эта проблема не будет обнаружена, однако через некоторое время (все еще тот же модуль)... тот же код сломается, выдав эту ошибку. [*]Мы заметили хакерское решение, позволяющее «решить» эту проблему: удалить модуль и позволить ему возобновить работу. Сразу же все снова работает нормально.
Эта сущность определена в нашем коде, как показано ниже

@Builder @AllArgsConstructor @NoArgsConstructor @Данные @Сущность @Table(name="\"maskedTableName\"") общественный класс MaskedTableName { @Идентификатор @GeneratedValue(стратегия = GenerationType.IDENTITY) @Column(name="\"Идентификатор\"") частный длинный идентификатор; @Column(name="\"maskedColumnA\"") частная строка MaskedColumnA; @Column(name="\"maskedColumnB\"") частная строка MaskedColumnB; Дополнительная информация [*]Мы попробовали запустить тот же код в локальной среде хоста, но не столкнулись с описанной проблемой. Поэтому мы с уверенностью предполагаем, что вся логика работает нормально.
[*]
Пока возникла эта проблема, мы усекли таблицу и повторно запустили API, надеясь, что он создаст новую строку данных. В любом случае это не работает так, как ожидалось.
[*]В самой базе данных этот столбец Id является первичным ключом со значением по умолчанию nextval('maskedSchema."maskedTable_Id_seq"'::regclass)