Сначала определите результат
ETL можно проверить, если у каждого входа есть стабильные ID источника и пакета. Запишите файл или получение через API, префикс объектов при необходимости, лист или диапазон и ожидаемую форму строк и полей. Исходник лучше не менять: тогда исправленное правило нормализации можно воспроизвести.
Нормализуйте до объединения
Сначала приземлите страницы API или пакеты хранения, затем разберите кодировку и разделители CSV. Разделитель листов и экстрактор диапазона не дадут смешать заметки и итоги с данными. Сопоставитель колонок закрепит имена и порядок; unpivot превратит колонки месяцев в наблюдения для длинной таблицы. Объединяйте только совместимые контракты и делайте курсор видимой частью происхождения.
Относитесь к schema и SQL как к результатам ревью
JSON Schema, выведенная из примеров, — только исходная гипотеза. Сопоставьте ее с планом миграции, бизнес-ключом, NULL и диалектом до принятия INSERT. Инструменты готовят артефакты, но не заменяют транзакцию и решение о смене типа.
Сверьте показатели перед передачей
До экспорта сопоставьте входные, принятые, дублирующие, отклоненные и итоговые строки. Проверьте поля, типы, уникальность и drift schema. Parquet и NDJSON удобны для аналитики, а CSV-пакет с manifest — для проверки листов. При ошибке изолируйте ветку и сохраните происхождение вместо публикации частичного результата как полного.