GenericAttributes vs SyncMapping

Es gibt keine allgemein gültige Regel, wann man was verwenden sollte. Das hängt von den Anforderungen ab. Bei Fremddaten würde ich SyncMapping benutzen, da die extra dafür geschaffen wurden. Ausnahme: man möchte riesige Datenmengen speichern und aus Performance Gründen sich die SyncMapping-Tabelle nicht mit anderen Entwicklungen teilen. Dann setzt man eine eigene Entität mit einer eigenen Datentabelle auf.

 

GenericAttributes verwenden wir eher für interne Entitäten wie Order, hauptsächlich aber für Customer. Dort, wo man nicht alles mögliche direkt bei der Entität speichern möchte, weil die sonst zu groß werden würde oder weil es von den Daten her nicht gut passt. Die GenericAttributes Tabelle wird intern sehr stark durch die Customer-Entität von Gästen beansprucht, daher würde ich sie für größere Datenmenge nicht verwenden.

 

"Gibt es eine Möglichkeit, dass die eigenen Daten (entweder über GenericAttributes oder SyncMapping) automatisch beim Löschen des Artikels über das Backend mit gelöscht werden?"

Nein. Fremddaten sollte immer der Urheber löschen. Ich würde Hooks dafür einsetzen. Siehe z.B. StoreMappingEntityHook.