Время жить на контейнере

Question

Мы используем пружинные данные cosmos db для одного из приложений. Проблема, которую мы замечаем, связана с аннотацией @Document со значениями по умолчанию. Наличие значений по умолчанию позволяет приложению создавать контейнер, если он не существует, с ru, установленным в 4000, и именем коллекции в качестве имени объекта модели, за исключением времени существования свойства в контейнере. По умолчанию для контейнера установлено значение «Выкл.», Хотя приложение устанавливает значение -1. Это ожидаемое поведение, при котором мы должны включить его на уровне контейнера на портале azure?

Answer 1

Это ожидаемое поведение Cosmos DB

Azure Cosmos DB позволяет автоматически удалять элементы из контейнера по истечении определенного периода времени. По умолчанию вы можете установить время жизни на уровне контейнера и переопределить значение для каждого элемента. После того, как вы установили TTL в контейнере или на уровне элемента, Azure Cosmos DB автоматически удалит эти элементы по истечении времени, прошедшего с момента их последнего изменения. Значение времени жизни настраивается в секундах. При настройке TTL система автоматически удаляет элементы с истекшим сроком действия на основе значения TTL, без необходимости операции удаления, явно выданной клиентским приложением.

ttl = -1 TTL отключено. Срок действия предмета никогда не истечет.

Проверьте Время жизни (TTL) в Azure Cosmos DB для получения полной информации.

Answer 2

См. https://github.com/microsoft/spring-data-cosmosdb/issues/523, версия 2.2.4 соединителя Spring Data решает эту проблему.

Выпуск можно найти по адресу https://github.com/microsoft/spring-data-cosmosdb/releases/tag/v2.2.4