Как было раньше: Отследить, когда именно изменился конкретный документ или поле, можно было только через внешние механизмы: добавлять поле `updated_at` вручную, создавать триггеры или логировать каждое изменение. Это приводило к избыточности кода, дублированию логики и снижало производительность при большом количестве операций. Разработчикам приходилось самим поддерживать временные метки, что часто вело к ошибкам синхронизации и неполноте данных об изменениях.
Как стало теперь: Начиная с этого релиза, СУБД Futriix автоматически добавляет нативные временные метки к каждому типу данных — будь то скаляр, массив, вложенный документ или даже отдельное поле внутри структуры. Каждая операция записи, обновления или удаления теперь неявно сопровождается высокоточным временем (с точностью до микросекунд). Благодаря этому вы в любой момент можете узнать, когда был создан документ, когда модифицировано конкретное поле или когда был удалён элемент массива — без единой строки дополнительного кода.
Ключевые преимущества: 1) Прозрачный аудит и отладка — вы точно знаете хронологию изменений каждого атома данных. 2) Упрощение бизнес-логики — не нужно вручную прописывать `timestamp` в каждом запросе. 3) Эффективные запросы по времени — можно фильтровать и сортировать данные по моментам их изменения или создания, не заводя отдельные индексы. 4) Мультиверсионность — временные метки ложатся в основу механизма "темпоральных запросов": вы можете получить состояние базы на любой момент в прошлом.
Пример сравнения: Раньше для получения списка недавно изменённых комментариев приходилось поддерживать отдельное поле `last_edited` и обновлять его вручную, что при конкурентной нагрузке могло приводить к гонкам. Теперь же достаточно простого запроса: `db.comments.find({ "edited_at": { $gt: timeline } })` — метка `edited_at` автоматически обновляется системой при любой модификации, без вмешательства разработчика. Это не только сокращает код, но и исключает целый класс ошибок, связанных с забытыми или неверно проставленными временными метками.
