#java #spring-boot #spring-data-jpa #javers
#java #spring-boot #spring-data-jpa #javers
Вопрос:
Мы используем Spring data AuditAware с возможностью настройки для сохранения данных аудита в наших таблицах. Недавно мы создали новый микросервис, и мы подумали об изучении других альтернативных решений. И мы обнаружили, что Javers потенциально подходит.
Интеграция с spring boot кажется простой, а аудит выполнен довольно хорошо. Но одна проблема заключается в таблице jv_snapshot, последовательность pk умножается на 100. Я видел исходный код, это намеренно добавлено только для этой таблицы. Есть ли какая-то особая причина для этого? Меня беспокоит то, что мы ожидаем довольно большой объем данных, что, если столбец id достигнет максимального значения big int. Пожалуйста, может кто-нибудь сообщить мне, что за мыслительный процесс стоит за этим?
Комментарии:
1. Есть ли какой-либо способ обойти это, возможно, параметр среды в файле yml? Так что идентификаторы создаются последовательно.
Ответ №1:
Это сделано для повышения производительности, чтобы уменьшить количество nextval
вызываемых операторов. Не беспокойтесь о max int . Например, в MySQL BIGINT имеет max= 2 ^ 63 (https://dev.mysql.com/doc/refman/8.0/en/integer-types.html ).