Сначала проверьте ключи и структуру
Проверьте разделитель, строку заголовков и число столбцов каждой выгрузки. Номера столбцов начинаются с единицы. Если ID находится в третьем столбце первого файла и первом столбце второго, укажите разные позиции для двух таблиц.
Коды сравниваются как текст: 001 и 1 — разные значения. Пробелы по краям ключа тоже могут мешать совпадению; очищайте их отдельно, только когда они действительно лишние. Пустые ключи не соединяются друг с другом. Сопоставление без учёта регистра включайте лишь для идентификаторов, где A и a должны означать одно и то же.
Выберите, какие записи оставить
Для списка товаров обычно нужен левый режим: он сохраняет каждую строку первой таблицы, даже если цена не найдена. Внутренний режим оставляет только совпавшие ключи. Полный режим добавляет и записи, которые существуют только справа. Выбор режима определяет состав результата, а не просто его внешний вид.
Для примера ниже вторая таблица содержит ID;Цена, затем строки 001;250 и 003;90. Выберите ключ 1 в обоих файлах и левый режим. У товара 002 цена останется пустой; строка 003 не добавится, потому что её нет в первой таблице.
ID;Товар 001;Книга 002;Папка
ID;Товар;Цена 001;Книга;250 002;Папка;
Вторая CSV: ID;Цена 001;250 003;90. Ключи — первые столбцы, режим — левый.
Повторы ключей могут увеличить таблицу
Если ключ встречается дважды слева и дважды справа, соединение создаёт четыре сочетания. Это полезно для данных «один ко многим», но может неожиданно умножить цены или суммы. Сначала решите, являются ли повторы ошибкой или отдельными событиями, и проверьте число строк после обработки.
Инструмент не выбирает автоматически последнюю цену и не объединяет дубли по смыслу. Каждая исходная таблица ограничена 200 000 символов, 5 000 строк вместе с заголовком, 200 столбцов и 100 000 ячеек. Расширение результата также ограничено; большой набор повторов может привести к отказу вместо неполной выдачи.
Сравните старую и новую выгрузки отдельно
Для сравнения укажите одинаковые заголовки и уникальный непустой ключ в обеих версиях. Порядок строк может отличаться: записи находятся по ID. Вторая версия примера — ID;Цена со строками 001;260 и 003;90. Отчёт показывает изменённую цену, удалённый ID и добавленный ID.
Сравнение значений текстовое: запись 250 и 250,00 может считаться изменением, хотя числовой смысл одинаков. До сравнения согласуйте формат нужного столбца и сохраняйте исходные варианты. Заголовки и ключи с ошибками исправляйте явно; инструмент не угадывает соответствие разных схем.
ID;Цена 001;250 002;180
Статус;Ключ;Столбец;Было;Стало Изменено;001;Цена;250;260 Удалено;002;Цена;180; Добавлено;003;Цена;;90
Вторая CSV: ID;Цена 001;260 003;90. Сравниваются первые столбцы ID.
- Проверьте разделитель и заголовки обеих версий.
- Выберите уникальный столбец ID в каждом файле.
- Просмотрите изменённые, добавленные и удалённые записи.
- Сверьте несколько строк отчёта с исходниками и скачайте отдельную копию.
Вопросы и ответы
Почему товар 001 не совпал с кодом 1?
Идентификаторы сравниваются как текст. Ведущие нули сохраняются; менять код можно только после проверки правил вашей системы.
Что произойдёт с пустыми ключами при соединении?
Пустые ключи не считаются совпадением. В левом режиме исходная строка остаётся без найденных полей второй таблицы.
Почему после соединения стало больше строк?
Повтор одного ключа в обеих таблицах создаёт все сочетания совпавших строк. Проверьте дубли до расчёта итогов.
Какой режим сохранит товары без цены?
Левый режим сохраняет все строки первого файла. Поставьте список товаров первым, а таблицу цен вторым.
Можно ли сравнивать таблицы с повторяющимся ID?
Для сравнения нужны уникальные непустые ключи. Повторы вызывают ошибку, потому что соответствие записей неоднозначно.
Почему одинаковые суммы отмечены как изменения?
Сравнение проверяет текст ячеек. Например, 250 и 250,00 записаны по-разному; согласуйте формат до сравнения.