Warum PIM-Systeme bei großen Katalogen langsam werden – und wie es anders geht

Warum wird ein PIM bei großen Katalogen langsam?

Meist nicht wegen der Menge an sich, sondern wegen der Art, wie die Software mit ihr umgeht. Typische Ursachen:

• Datensatz für Datensatz: Eine Massenänderung lädt jeden Artikel einzeln, prüft ihn und speichert ihn wieder – bei hunderttausend Artikeln hunderttausend Runden.
• Alles auf einmal in den Speicher: Exporte, die den ganzen Katalog laden, bevor sie die erste Zeile schreiben, stoßen an Speichergrenzen und brechen ab.
• Suche ohne Index: In flexiblen Datenmodellen liegen Merkmale oft in allgemeinen Wertespalten. Ohne passenden Index muss die Datenbank für jede Suche alles durchsehen.
• Neuberechnung im Programm: Abgeleitete Werte wie Prüfziffern oder Formeln werden einzeln neu berechnet, sobald sich viele Werte ändern.
• Importe ohne Wiederaufnahme: Bricht ein großer Import ab, beginnt er von vorn – oder legt Datensätze doppelt an.

Woran merke ich, dass mein PIM an seine Grenzen stößt?

Wenn Ihr Team um die Software herum arbeitet statt mit ihr:

• Listen und Filter laden spürbar länger, je größer das Sortiment wird.
• Massenänderungen werden „über Nacht“ eingeplant, damit tagsüber niemand blockiert ist.
• Exporte für Shop oder Katalog brechen ab oder werden in Teilen gezogen.
• Große Lieferantenlisten werden in kleine Dateien zerlegt, damit der Import durchläuft.
• Auswertungen werden nach Excel exportiert, weil sie im System zu lange dauern.

Wie geht es anders?

Indem die schwere Arbeit dort passiert, wo die Daten liegen – in der Datenbank. So ist apvros PIM gebaut:

• Massenänderungen in einem Schritt: Änderungen und Automationen über 100.000 und mehr Datensätze laufen als ein einziges Datenbank-Statement; Rechte, Schreibschutz und Historie gelten trotzdem (Automationen).
• Gestreamte Exporte: in Blöcken zu 1.000 Datensätzen, ohne Speichergrenze für große Kataloge (Import/Export).
• Index für Suchfelder: Artikelnummer, GTIN oder Lieferanten-Nummer bekommen auf Wunsch einen eigenen Index für exakte und Präfix-Suche – als Teilindex¹ nur über die betroffene Tabelle.
• Formeln per SQL: Bei Massenänderungen berechnet die Datenbank abhängige Felder in einem Durchgang neu.
• Abfragen mit Grenzen: Abfragen der KI-Datenwerkstatt laufen nur lesend, mit Zeitlimit und Kostenprüfung vorab.
• Importe mit Wiederaufnahme: Ein abgebrochener Import setzt beim gespeicherten Fortschritt fort.
• PostgreSQL: in Produktion auf Azure Database for PostgreSQL Flexible Server (Sicherheit & Betrieb).

Was sollte ich bei der PIM-Auswahl testen?

Nicht die Demo mit 200 Artikeln, sondern Ihre eigene Größenordnung. Lassen Sie sich zeigen:

1. eine Massenänderung über den ganzen Katalog – und wie lange das System danach blockiert ist;
2. einen Export des kompletten Sortiments im Format Ihres Shops;
3. eine Suche nach Artikelnummer oder GTIN in der größten Tabelle;
4. einen großen Import, der mittendrin abgebrochen wird.

Weitere Kriterien stehen in der Checkliste zur PIM-Auswahl.

Wie schnell ist apvros PIM mit 500.000 Artikeln?

Eine Schnellsuche dauert weniger als 0,1 Sekunden, Speichern 13 Millisekunden, der Export aller 500.000 Artikel 17 Sekunden. Gemessen mit 502.500 Artikeln und insgesamt 2,1 Millionen Datensätzen – 250.000 GTINs, 25.000 Hauptartikel, rund 750.000 Barcodes, 500.000 Einheiten, 600.000 Bildzuordnungen und rund 600.000 Historien-Einträge:

Eigene Messung vom 06.10.2026 mit 502.500 Artikeln (2,1 Mio. Datensätze inkl. GTINs, Barcodes, Einheiten, Bilder, Historie) auf PostgreSQL 16 (4 CPU-Kerne), Median. Tatsächliche Werte hängen von Datenbank-Größe, Netzwerk und Datenmodell ab.

Und wenn die Datenbank weit weg steht?

Dann zählt, wie oft das PIM pro Vorgang mit der Datenbank spricht. Mit 20 Millisekunden Verzögerung je Richtung bleibt die Schnellsuche unter 0,1 Sekunden:

„Datenbank weit weg“: mit 20 ms Netzwerk-Verzögerung je Richtung. Eigene Messung vom 06.10.2026 mit 502.500 Artikeln (2,1 Mio. Datensätze inkl. GTINs, Barcodes, Einheiten, Bilder, Historie) auf PostgreSQL 16 (4 CPU-Kerne), Median. Tatsächliche Werte hängen von Datenbank-Größe, Netzwerk und Datenmodell ab.

Was sollte ich meinen PIM-Anbieter fragen?

Vier Fragen, die schnell zeigen, ob ein PIM für Ihre Katalog-Größe gebaut ist – lassen Sie sich die Antworten mit Ihrer Datenmenge vorführen:

1. Suchzeit: Wie lange dauert eine Suche nach Artikelnummer, EAN oder Titel bei 500.000 Artikeln?
2. Exportzeit: Wie lange dauert ein Export des kompletten Katalogs – und bricht er bei großen Mengen ab?
3. Massenänderung: Wie lange dauert eine Änderung an 100.000 Artikeln, und ist das System währenddessen nutzbar?
4. Datenbank-Runden je Speichern: Wie oft spricht das PIM beim Speichern eines Artikels mit der Datenbank? Je öfter, desto stärker bremst eine entfernte Datenbank.

In der Demo zeigen wir apvros PIM gern mit Ihrer Datenmenge.