Запись удалили из источника, но она осталась в отчёте. Чем отличаются импорт, история версий и резервные копии и как проверить путь удаления.
Исчезло в одном месте — осталось в другом
Представим условный магазин, где удалили ошибочную тестовую запись о заказе. В рабочем приложении её больше нет, но утренний отчёт продолжает показывать прежнюю сумму. Сотрудник предполагает, что удаление не сработало. Однако отчёт мог использовать ранее загруженную копию данных и ещё не получить изменения.
В современной системе один набор часто существует в нескольких формах: рабочая база, аналитическая копия, выгрузка, история версий и резервный архив. У этих объектов разные задачи и правила обновления. Поэтому исчезновение строки в одном интерфейсе не доказывает, что все связанные экземпляры уже изменились.
Отчёт может читать собственную копию
При импорте инструмент аналитики загружает данные в свой набор. Дальше он показывает результат на основе этого состояния, пока не выполнит необходимое обновление. Есть и другие режимы, когда инструмент обращается к источнику напрямую. Поведение зависит от выбранного способа подключения и устройства отчёта.
В документации Microsoft об обновлении Power BI различаются режимы хранения и этапы обновления. Для нашего условного случая сначала нужно выяснить, откуда именно отчёт получает данные. Повторное открытие страницы не всегда означает повторную загрузку сведений из исходной системы.
Удаление строки и очистка старых файлов различаются
Некоторые системы хранят данные так, чтобы можно было обратиться к предыдущему состоянию. После изменения текущая таблица уже не показывает запись, но файлы, относящиеся к прошлым версиям, ещё могут существовать. Это помогает поддерживать работу с историей, однако требует отдельного управления хранением.
Например, документация Delta Lake прямо различает удаление из последней версии таблицы и физическое удаление старых файлов. Это пример конкретной технологии, а не правило для любой базы. Чтобы понять состояние своей системы, нужно проверить её механизм версий, очистки и доступные способы чтения.
Архив не обновляется как рабочий отчёт
Резервная копия сохраняет состояние для восстановления. Она не обязана немедленно повторять каждое последующее изменение рабочей базы: иначе её назначение могло бы потеряться. Отдельная выгрузка, которую сотрудник сохранил вчера, тоже не изменится только потому, что сегодня кто-то исправил источник.
При этом наличие копии не означает, что её следует хранить бесконечно. Для каждого вида хранения нужны согласованные правила жизненного цикла: кто отвечает за него, когда данные обновляются или удаляются и кто имеет доступ. Здесь рассматривается техническое устройство; сроки хранения и требования к конкретным сведениям определяются отдельно.
Составьте карту мест, где живёт запись
Начните с источника и перечислите его известных потребителей. Для каждого уточните: это прямое чтение, обновляемая копия, историческая версия или независимый файл? Затем проверьте время последнего обновления и способ передачи удалений. Процесс, который переносит только новые записи, сам по себе может не сообщать о пропавших старых.
В условном магазине список может включать базу заказов, таблицу для аналитики, отчёт и тестовую выгрузку. Проверять нужно каждое звено, а не только видимый итог. Если часть обменов выполняется вручную, отметьте её отдельно: автоматическая карта зависимостей может не знать о файле на компьютере сотрудника.
Что считать подтверждением результата
Сначала определите цель: убрать ошибку из текущего отчёта, прекратить доступ к определённой копии или завершить согласованный процесс удаления во всех перечисленных системах. Это разные результаты. Для каждого потребуется своя проверка, а единичное исчезновение строки не заменит остальные.
В руководстве Databricks по очистке старых файлов также объясняются ограничения восстановления истории после такой очистки. Поэтому изменения выполняют по согласованной процедуре, учитывая текущих читателей и восстановление. Полезный итог для команды — подтверждённый список проверенных мест и явно указанные оставшиеся ограничения, а не обещание, что одна кнопка изменила всю систему.
Читайте также
Что изучать дальше
Если хотите разобраться в работе с данными системно, посмотрите программу «Архитектор данных» в NovaData. Сравните темы и требования к подготовке со своими задачами: этот пример помогает сформулировать вопросы, с которыми можно прийти на обучение.
