, поскольку у каждой компании есть ограничения по количеству истории, которую можно хранить
Я бы сказал, что это утверждение слишком широкое.
Существуют бизнес-кейсы, которые должны иметь возможность документировать исторические события на неопределенный срок (или на неопределенный срок, для всех практических целей), потому что либо данные остаются актуальными, либо потому что без сохранения всей истории нет способа окончательно доказатьчто текущее состояние базы данных такое, каким оно должно быть ... и это цель QLDB - ведение исторических записей, которые не могут быть изменены или удалены, случайно или преднамеренно.
СQLDB, история изменений ваших данных является неизменной - ее нельзя изменить или удалить - и с помощью криптографии вы можете легко убедиться, что не было непреднамеренных изменений данных вашего приложения.
https://aws.amazon.com/qldb/
Каждая транзакция основана на предыдущей транзакции.Упрощенно, это выглядит так:
hash(t1) = SHA256(t1)
hash(t2) = SHA256(t2 + hash(t1))
hash(t3) = SHA256(t3 + hash(t2))
...
Эти значения хеш-функции также сохраняются, так что каждая транзакция может быть криптографически сверена с предшественником, вплоть до начала времен.При удалении старых записей удаляется информация, необходимая для проверки новых записей.
Вариант использования, в котором вы планируете очистить исторические данные, кажется неправильным применением QLDB.