Use your OXID eShop 4.10 / 5.3 database as a starting point for this update.
Execute the migrate_YOUR_EDITION_5_3_to_6_0.sql and migrate_YOUR_EDITION_5_3_to_6_0_cleanup.sql files described in the following (have in mind, that cleanup file will delete data, so SQL file contents must be checked before executing).
Generate database views in OXID eShop 6 via the command:
vendor/bin/oe-eshop-db_views_generate
Nun steh ich bei Schritt 2 und 3 etwas auf dem Schlauch, denn ich hab die 6er Version ja noch gar nirgends installiert (stand glaub ich auch bisher nirgendwo >> Wieso stehen dann aber in Schritt 3, und 4 die Schritte beschrieben wie ich in der 6.0 Version Migrations durchführe?
Nun meine Fragen:
ist das für später gemeint, wenn ich dann mal 6.0 am laufen habe wie ich die DB migriere?
oder
ist das bewusst für jetzt gemeint? (<-- Wenn ja wo soll ich denn migrieren also von wo auf wo?)
und dann kommt erst der Dateien / Files Part im Schritt 2
Aber kurz nochmal zum eigenltichen Problem
Wenn ich jetzt in der 6.0 die migrations durchführe und voher die config für die DB angepasst habe, werden dann automatisch alle Tabellen und Views automatisch migriert und alles angepasst?
ich probiers jetzt erst mal nochmal im Alleingang >> Danke vorab für Deine Bemühungen…
Ich bin mir nicht ganz sicher, was Du mit “automatisch” meinst, aber Migrations sind Scripts zum Aktualisieren der DB Struktur von der alten Version auf die neue.
Diese funktionieren natürlich nur für die eigenen Tabellen von oxid. Tabellen von Modulen bleiben unangetastet, weil es dem Hersteller überlassen ist. Ggf nutzt v6 Module auch weiter exakt die gleiche Struktur wie vorher.
Update von 4.6.8 auf 4.7.0 (dazu ist ein separater Shop notwendig: einfach in einem Unterverzeichnis mit DB Anbindung → man muss auf die meinshop.de/468To470/updateApp/ zugreifen )
Update von 4.7.0 auf 4.8.0
Update von 4.8.0 auf 4.10.8
Man kann schauen, ob in den größeren Updates nur SQL Dateien verwendet werden.
Wenn ja, kann man diese ggf. nacheinander ausführen.
Allerdings wenn php Dateien vorhanden sind, sollte man die Updates nicht zusammenführen (manche benötigen die Basis des entsprechenden Shops und dessen Klassen und Methoden)
Siehe: updateApp\updates\php\49955.php (beim Update von 4.6.8 auf 4.7.0)
Erfahrungsgemäß sollte man die Schritte einhalten!
Es geht bei den Updates fast ausschließlich um die Datenbank.
Es gibt ein paar einzelne Updates (Theme Umstellung, neues Bilderhandling, etc.), die man überspringen kann.
Dennoch ist der Einsatz der updateApp empfehlenswert.