CSV-Exporte nach Kennung vergleichen: Sortierung ist keine Wertänderung

Ein fiktiver Lagerbestand zeigt den CSV-Vergleich mit zusammengesetztem Schlüssel: exakte Ergebnisse, doppelte Kennungen und vollständige lokale Berichte.

Die Fragestellung festlegen

Zwei Lagerexporte können unterschiedlich sortiert sein. Ein Vergleich ganzer Textzeilen hebt dann möglicherweise viele Verschiebungen hervor. Der Schlüsselvergleich fragt dagegen: Welche Werte haben sich beim gleichen Artikel im gleichen Lager geändert? Er erklärt keine Ursachen, belegt keinen Verkauf und entscheidet nicht, welcher Export verbindlich ist. Prüfen Sie Datum und Umfang der Exporte, bevor Sie die Ergebnisse bewerten.

Ein vollständig fiktiver Lagerbestand

Die Kennungen sind Text. Übernehmen Sie 001 unverändert. Englische Spalten- und Lagernamen bleiben absichtlich erhalten, damit alle Sprachversionen dieses Beispiels denselben Bericht erzeugen.

Vorher

sku,warehouse,quantity,note
001,North,10,"Blue, small"
002,North,5,Keep
003,South,2,Retire

Nachher

sku,warehouse,quantity,note
002,North,5,Keep
001,North,12,"Blue, small"
004,South,3,New

Das Ergebnis nachvollziehen

1. Öffnen Sie den Vergleich. Die Schaltfläche für das fiktive Beispiel ersetzt beide Eingaben und führt diesen Fall aus. Alternativ fügen Sie die beiden Blöcke manuell unter Vorher und Nachher ein.
2. Wählen Sie für beide Dateien Komma als Trennzeichen. Das Komma in "Blue, small" gehört dank Anführungszeichen zum Notizfeld.
3. Lesen Sie die Spalten ein und wählen Sie sku sowie warehouse als zusammengesetzten Schlüssel.
4. Vergleichen Sie die Zeilen und öffnen Sie die Details zur geänderten Zeile.

Das genaue Ergebnis lautet: 1 hinzugefügte, 1 entfernte, 1 geänderte, 1 unveränderte Zeile und 1 geänderte Zelle. Beide Eingaben enthalten drei Datenzeilen.

• ["004","South"] kommt mit Menge "3" hinzu.
• ["003","South"] entfällt; die bisherige Menge war "2".
• Bei ["001","North"] ändert sich nur quantity, von "10" auf "12".
• ["002","North"] bleibt unverändert, obwohl die Zeile nach oben rückt.

Wann mehrere Schlüsselspalten nötig sind

In diesem kleinen Beispiel ist auch sku allein eindeutig. In echten Bestandslisten kann dieselbe Artikelkennung in mehreren Lagern stehen. Ergänzen Sie 001,South,7,Other am Ende beider Beispiele. Mit sku allein meldet das Tool einen doppelten Schlüssel. Mit sku und warehouse gelingt der Vergleich: Nun sind zwei Zeilen unverändert; die übrigen Summen bleiben gleich. Der Schlüssel wird als Tupel behandelt, nicht als zusammengeklebter Text. Trennzeichen innerhalb eines Bestandteils erzeugen daher keine falschen Zuordnungen.

Zeichenfolgen bleiben unverändert

Das Tool entfernt keine Leerzeichen, vereinheitlicht keine Großschreibung und interpretiert weder Zahlen noch Datumsangaben. 001 unterscheidet sich von 1, 10 von 10.0 und leerer Text von einem Leerzeichen. Jeder Schlüsselbestandteil muss mehr als Leerraum enthalten. Jeder vollständige Schlüssel muss je Export eindeutig sein. Eine geänderte Kennung führt zu Entfernen und Hinzufügen, weil das Tool die Identität nicht anderweitig feststellen kann.

Beide Dateien brauchen genau dieselben eindeutigen, nicht leeren Spaltennamen. Die Spaltenreihenfolge darf abweichen. Eine neue oder umbenannte Spalte verhindert den Vergleich. Fehlende Felder, Leerzeilen und fehlerhafte Anführungszeichen werden abgelehnt. Ein abschließender Zeilenumbruch ist zulässig. Anführungszeichen innerhalb eines zitierten Felds werden verdoppelt; enthaltene Zeilenumbrüche bleiben Teil derselben Zelle.

Berichte vollständig und vertraulich halten

Die Vorschau zeigt höchstens 100 abweichende Zeilen und 500 Zellen; lange Werte werden gekürzt. JSON- und Textberichte enthalten sämtliche Unterschiede der akzeptierten Eingaben. JSON-Anführungszeichen und Escape-Sequenzen unterscheiden leeren Text, Tabulatoren und Zeilenumbrüche. Die Kopfzeile zählt als Datensatz 1; ein Umbruch in einem zitierten Feld beginnt keinen neuen Datensatz. Technische Berichtsbezeichnungen bleiben für sprachübergreifende Stabilität auf Englisch.

Dateien müssen UTF-8-kodiert sein und dürfen jeweils 2.000.000 Bytes nicht überschreiten. Eingefügter Text ist auf 2.000.000 UTF-16-Codeeinheiten je Eingabe begrenzt. Zusätzlich gelten 20.000 Datenzeilen, 200 Spalten und 250.000 Zellen einschließlich Kopfzeile. Es gibt keine Kodierungserkennung, unscharfe Zuordnung oder automatische Zusammenführung unterschiedlicher Schemas. Erstellen Sie gegebenenfalls kleinere Exporte mit übereinstimmendem Umfang.

Der Vergleich nutzt nur den Arbeitsspeicher der Seite, ohne Netzwerkanfragen oder Ablage der Eingaben im Browserspeicher. Die Website lädt weiterhin Seiten und Ressourcen; optionale Nutzungsanalyse kann mit Einwilligung laufen. Leeren entfernt aktuelle Eingaben und Ergebnisse und bricht eine laufende Dateilesung ab. Quelldateien und heruntergeladene Berichte werden nicht gelöscht und können vertrauliche Werte enthalten. Es entsteht keine CSV-Ausgabe. Prüfen Sie Formelrisiken, bevor Sie fremde Werte später in eine Tabellenkalkulation übernehmen.

Mit der passenden Ansicht weiterarbeiten

Der CSV-Explorer untersucht einen einzelnen Export. Der Text- und JSON-Vergleich hilft bei Zeilenreihenfolge oder JSON-Struktur. Für stabile Datensatzkennungen verwenden Sie wieder den schlüsselbasierten CSV-Vergleich.