Gelöst Datenbank-Felder werden vom Connector gelöscht

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Die Daten beim Abgleich nicht zu Löschen ist "technisch absolut unmöglich", sagt JTL

Das ist so nie gesagt worden, die Zitate bitte wenn auch korrekt wiedergeben und im vollen Kontext. Es wurde wortwörtlich geschrieben:
"Es werden nicht für jedes kleinste und einzelne Unterelement separate Lösch oder Update Befehle gesendet, das wäre technisch absolut unmöglich."
Das ist ein ganz erheblicher Unterschied und bezog sich auf deinen "Lösungs-Vorschlag". Die damit zusamenhängende Problematik wurde anschließend auch umfangreich erklärt.

Wir haben in allen unseren Artikeln für deutsch und englisch zusätzliche Suchbegriffe.

Ich werde mir angucken ob sich das über Produkt-Attribute ergänzen lässt.

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Hallo,

Einwand zur Kenntnis genommen. Wenn ich mich da nicht ganz präzise ausgedrückt habe, entschuldige ich mich dafür. Aber im Ergebnis bleibt es dabei, dass Datensätze nach Wunsch von JTL immer erst komplett gelöscht werden, und jeder Workaround mit Zwischensicherung in einer anderen Tabelle wird weiterhin zum Ergebnis haben, dass die DB-Felder, die nicht Standard sind, verloren gehen, oder? Also z.B. unsere zweite Kategoriebeschreibung oder andere Felder, die von fremden Modulen stammen.

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

und jeder Workaround mit Zwischensicherung in einer anderen Tabelle wird weiterhin zum Ergebnis haben, dass die DB-Felder, die nicht Standard sind, verloren gehen, oder?

Nein, bei einem Cache würde das nicht passieren. Die letzten Daten würden ja dann während dem Abgleich zwischengespeichert, mit den neuen zusammengeführt, und erst im Anschluss würde der "Überschuss" gelöscht. Das funktioniert auch in der Theorie, das Problem was wir da noch haben ist aber dass die Server-Last dadurch durch die Decke geht. Erfahrungsgemäß nutzen die meisten leider eher billige Privat-Webspace Pakete anstelle ordentlich dimensionierte Business-Server, so dass eine derart gesteigerte Komplexität dem ohnehin schon aufwändigen Vorgang den Rest gibt. Wir testen das halt gerade, aber eine zufriedenstellende Lösung gibt es da noch nicht die nicht noch mehr Probleme verursachen würde.

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Nein, bei einem Cache würde das nicht passieren. Die letzten Daten würden ja dann während dem Abgleich zwischengespeichert, mit den neuen zusammengeführt, und erst im Anschluss würde der "Überschuss" gelöscht. Das funktioniert auch in der Theorie, das Problem was wir da noch haben ist aber dass die Server-Last dadurch durch die Decke geht. Erfahrungsgemäß nutzen die meisten leider eher billige Privat-Webspace Pakete anstelle ordentlich dimensionierte Business-Server, so dass eine derart gesteigerte Komplexität dem ohnehin schon aufwändigen Vorgang den Rest gibt. Wir testen das halt gerade, aber eine zufriedenstellende Lösung gibt es da noch nicht die nicht noch mehr Probleme verursachen würde.

Wollte mal nachfragen, ob es hier schon Fortschritte gibt.

 

[gre000]

AW: Datenbank-Felder werden vom Connector gelöscht

Hallo Daniel,

du sagst das für ein Update der categories_description ein eindeutiger Primärschlüssel fehlt.
Es gibt aber doch einen zusammengesetzten Primärschlüssel aus categories_id und language_id?
Warum ist diese Kombination nicht nutzbar?

Das Problem liegt in der Datenstruktur von Gambio. Die Übersetzungs- bzw. Beschreibungs-Tabellen haben keine eindeutige ID.

Das gleiche Verhalten müsste dann beim Modifed auch auftreten oder?

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Wollte mal nachfragen, ob es hier schon Fortschritte gibt.

Die Funktion ist doch schon seit fast einem Monat im Connector drin?

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Die Funktion ist doch schon seit fast einem Monat im Connector drin?

Hallo,

für die Produkttabelle hattest du sowas gemacht, das weiß ich. Ist das für die Kategorien auch schon umgesetzt?

VG
bork

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Bei den Kategorien werden eigentlich alle Gambio-spezifischen Zusatz-Optionen schon seit längerem mittels Kategorie-Attributen in der Wawi abgebildet, so dass im Prinzip auch nichts verloren gehen sollte.

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Wir haben ja wie beschrieben eine zweite Kategoriebeschreibung (categories_description.categories_description2). Die ist dann weg..

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Wird daran also noch gearbeitet?

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Wir haben ja wie beschrieben eine zweite Kategoriebeschreibung (categories_description.categories_description2).

Wir arbeiten grundsätzlich bei allen Shops nur mit dem serienmäßigen Funktionsumfang.
Manuell modifizierten Shop-Code oder sogar Änderungen der Datenbank-Struktur können wir leider nicht berücksichtigen.

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Ist das eigentlich Absicht, dass hier immer wieder die selben Phrasen gedroschen werden und man sich nur im Kreis dreht? Ich habe es mehrfach erklärt, dass es nicht darum geht, neue Funktionen / Sonderanpassungen zu integrieren, sondern einen Datenverlust zu verhindern. Ist das denn zu viel verlangt, dass der JTL Connector keinen SCHADEN anrichtet, indem er nicht Daten löscht, die den Connector überhaupt nicht betreffen?

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Er würde in dem Fall auch keinen Schaden anrichten, wenn der Shop denn nicht angepasst wäre.

Da alle Gambio-eigenen Attribute bei den Kategorien von uns unterstützt werden, arbeitet der Connector an dieser Stelle auch auf die schnellste und speicher-effizienteste Möglichkeit.
Diese besteht im löschen und erneuten einfügen der Datensätze.

Modifikationen am serienmäßigen Zustand (Code und/oder Datenstruktur) werden wir wie gesagt genau so wenig berücksichtigen können, wie auch den Einsatz zusätzlicher Plugins oder anderweitiger Hacks.

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Habt ihr doch in der products_description schon gemacht. Warum könnt ihr das nicht für die categories_description?

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Habt ihr doch in der products_description schon gemacht. Warum könnt ihr das nicht für die categories_description?

Weil wir den Connector nicht für Modifikationen und Hacks einzelner umbauen, und diesen dadurch für alle anderen erheblich langsamer und fehleranfälliger machen würden.

Für genau derartige Zwecke ist der Connector auch OpenSource und der Code frei verfügbar.
Wer seinen Shop im Grundsystem verändert, muss auch entsprechende Änderungen im Connector nachziehen.
Es kann nicht erwarten werden dass wir derartige Dinge in jeglicher Hinsicht kompensieren und berücksichtigen.

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Vom Grundgedanken her einfach nur absurd, eine Anbindung zu entwickeln, die ausgewählte Felder synchronisiert und alle anderen einfach löscht.

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Ich denke ich habe die Gründe dafür nun mehr als ausgiebig erläutert.

Im übrigen würde ich das Thema "absurd" eventuell auch mal von der anderen Seite beleuchten:
Es ist nämlich technisch gesehen ganz schlechter Stil Kern-Tabellen des Systems strukturell zu verändern.
Eine saubere Umsetzung wäre es gewesen eigene Zusatzinformationen in einer separaten Tabelle zu speichern.
Es hat durchaus seine Gründe warum jedes Shop-System das z.b. bei Artikel-Attributen und Zusatzfeldern genau so macht...

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Ja, deine Gründe hast du tatsächlich ausgiebig erläutert. Ich stimme nur nicht mit eurer Prioritätensetzung überein, dass ihr Performance vor Datensicherheit setzt. Lieber ein schneller Connector, der im Zweifelsfall Sachen kaputt macht als ein etwas ressourcenhungrigerer, der aber zumindest für alle Nutzer einen Datenverlust ausschließt - würde ich anders machen, aber gut...

Ob es jetzt guter Stil ist oder nicht, Kern-Tabellen zu erweitern, dazu erlaube ich mir kein Urteil. Und wenn es so ist, dann ändert es nichts daran, dass es offenbar getan wird - und das von einem der am weitesten verbreiteten Entwickler von Gambio-Modulen. Also vielleicht wird euch das Problem noch das eine oder andere Mal wiederbegegnen. Ich würde daher auf jeden Fall in der Doku auf diese Arbeitsweise des Connectors hinweisen - schon allein um Regressansprüchen vorzubeugen.

Dann werden wir jetzt wohl auf das Plugin vom Servicepartner warten müssen, der die 2. Kategoriebeschreibung als Kategorie-Attribut umsetzt. Hoffe mal, dass wir im weiteren Verlauf nicht auf noch mehr inkompatible Datenstrukturen stoßen...

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Ich stimme nur nicht mit eurer Prioritätensetzung überein, dass ihr Performance vor Datensicherheit setzt.

Das machen wir auch nicht. Wir setzen aber die Priorität bei dem was die überwiegende Nutzerzahl benötigt.
Und die Probleme die bezüglich Server-Last und Ressourcen auftraten überwiegen im Vergleich zu deiner Sonderanpassung leider ganz massiv und erheblich.

Ob es jetzt guter Stil ist oder nicht, Kern-Tabellen zu erweitern, dazu erlaube ich mir kein Urteil. Und wenn es so ist, dann ändert es nichts daran, dass es offenbar getan wird - und das von einem der am weitesten verbreiteten Entwickler von Gambio-Modulen.

Das mag sein. Dennoch ist es falsch, was sich anhand von diversen Fakten und logischem Denken auch problemlos belegen lässt. Nicht einmal Gambio selbst macht das so, wie man z.B. an den Zusatzfeldern der Produkte erkennen kann (die ja im Prinzip exakt das selbe Prinzip haben wie deine Änderung).

schon allein um Regressansprüchen vorzubeugen.

Die Aussage ist nun wirklich aus vielerlei Gründen vollkommen irrelevant:
1. Es gibt eine kostenlose Test-Phase
2. An mehreren Stellen wird darauf hingewiesen dass Backups zu machen sind
3. Im Guide wird ebenfalls darauf hingewiesen dass Funktionsumfang, Felder und Datentypen nicht deckungsgleich sind und es zu Abweichungen kommen kann
4. Ist es wohl selbstverständlich dass sich alle Angaben auf die Shop-Systeme im "Normal-Zustand" beziehen. Modifikationen (ins besondere Hacks am Kern-System) können und werden bei keinem Connector berücksichtigt.

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Die Aussage ist nun wirklich aus vielerlei Gründen vollkommen irrelevant:
1. Es gibt eine kostenlose Test-Phase
2. An mehreren Stellen wird darauf hingewiesen dass Backups zu machen sind
3. Im Guide wird ebenfalls darauf hingewiesen dass Funktionsumfang, Felder und Datentypen nicht deckungsgleich sind und es zu Abweichungen kommen kann
4. Ist es wohl selbstverständlich dass sich alle Angaben auf die Shop-Systeme im "Normal-Zustand" beziehen. Modifikationen (ins besondere Hacks am Kern-System) können und werden bei keinem Connector berücksichtigt.

Du bist MIR keine Rechenschaft schuldig. Ich wollte zur Sicherheit einen Denkanstoß geben und künfigen Problemen vorbeugen. Wenn ihr das als unbedenklich abhakt, dann ist ja alles super!

Für alle die es interessiert und die das selbe Problem haben, hier unsere Übergangslösung bis uns jemand ein Plugin erstellt:

Beide Kategoriebeschreibungen in die categories_description packen, getrennt durch die Zeichenfolge [2KAT2]
Dieses Smarty Plugin von Gambio Modul - 2. Kategoriebeschreibung für GX2 ab V2.1.0.0 | Seite 2 | Gambio Forum
Trotzdem noch von Xycons Zusatzcontent Plus kaufen und installieren https://www.xycons.de/module-gx2/zusatz-content-plus.html
Im Gambio EyeCandy Template die modifizierte product_listing_v1-USERMOD.html den Aufruf der ersten Kategoriebeschreibung wie folgt ändern:

{if $CATEGORIES_DESCRIPTION}
{$CATEGORIES_DESCRIPTION|get_part:"[2KAT2]":1}
{$CATEGORIES_DESCRIPTION2 = $CATEGORIES_DESCRIPTION|get_part:"[2KAT2]":2}
{/if}

Danach kann man aus der JTL im Kategoriebeschreibungsfeld beide Beschreibungen in einem Feld pflegen und synchronisieren.
Vorher von Allem Sicherungen anlegen und erst in Testumgebung ausprobieren. Übernehme keine Haftung.

VG