# keine Bestellungen bei Migration Magento 1.9 zu SW6

**URL:** <https://forum.shopware.com/t/keine-bestellungen-bei-migration-magento-1-9-zu-sw6/67166>\
**Category:** Sonstiges\
**Created:** [25. Mai 2020 um 07:16 UTC](https://forum.shopware.com/t/keine-bestellungen-bei-migration-magento-1-9-zu-sw6/67166 "2020-05-25T07:16:44Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![FFWDcc](https://avatars.discourse-cdn.com/v4/letter/f/4bbf92/32.png) [@FFWDcc](https://forum.shopware.com/u/FFWDcc)\
**Post date:** [25. Mai 2020 um 07:16 UTC](https://forum.shopware.com/t/keine-bestellungen-bei-migration-magento-1-9-zu-sw6/67166/1 "2020-05-25T07:16:44Z")

</div>

Hallo,

die Übernahme der Daten gestaltet sich weiter als spannend. Nachdem wir die Fehler bei der&nbsp;Übernahme der Kategorien beheben konnten, stehen wir nun vor der nächsten Herausforderung.&nbsp;

Die meisten Kunden werden angelegt aber es werden keine Bestellungen in das System übertragen. Im Log stehen mehrere Errors dieser Art:

```
[error] SWAG_MIGRATION_RUN_EXCEPTION
An exception occurred
Entity: order, sourceId: -
An exception occurred while executing 'SELECT items.order_id as identifier, [.....] FROM magento_sales_flat_order_item items LEFT JOIN sales_flat_order_item parentItem ON parentItem.item_id = items.parent_item_id WHERE (items.order_id IN (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)) AND (items.product_type != 'configurable')' with params ["1", "2", "3", "4", "5", "6", "8", "9", "10", "11", "14", "15", "16", "17", "18", "19", "20", "21", "22", "23", "24", "25", "26", "27", "28"]:SQLSTATE[42S02]: Base table or view not found: 1146 Table 'magento_migration.sales_flat_order_item' doesn't exist

```

![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/2X/9/9091727329731060425e7cde2057c50bb954e1fc.png)

Die Tabelle auf die sich das FROM bezieht existiert mit der gleichen Bezeichnung. Die Daten werden zumindest&nbsp;in der Datenauswahl korrekt angezeigt.

Wie kann ich da eingreifen?

---

<div class="post-metadata">

**Author:** ![htkassner](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/htkassner/32/15625_2.png) [@htkassner](https://forum.shopware.com/u/htkassner)\
**Post date:** [25. Mai 2020 um 09:24 UTC](https://forum.shopware.com/t/keine-bestellungen-bei-migration-magento-1-9-zu-sw6/67166/2 "2020-05-25T09:24:16Z")

</div>

Moin. So wie ich das sehe, passt da irgendwas von der Namensgebung nicht. Habt ihr einen Tabellenprefix?

In Deinem Screen heißt die Spalte magento\_sales\_flat\_order\_item, also vermute ich, dass ihr einen Prefix magento\_ nutzt. In der Fehlermeldung versucht er auf die Tabelle magento\_migration.sales\_flat\_order\_item zuzugreifen.

Hier scheint mir noch eine Ungereimtheit zu liegen.

---

<div class="post-metadata">

**Author:** ![FFWDcc](https://avatars.discourse-cdn.com/v4/letter/f/4bbf92/32.png) [@FFWDcc](https://forum.shopware.com/u/FFWDcc)\
**Post date:** [25. Mai 2020 um 10:30 UTC](https://forum.shopware.com/t/keine-bestellungen-bei-migration-magento-1-9-zu-sw6/67166/3 "2020-05-25T10:30:16Z")

</div>

Ja der Prefix ist „magento\_“ und so auch im Tool hinterlegt.&nbsp;

> In der Fehlermeldung versucht er auf die Tabelle magento\_migration.sales\_flat\_order\_item zuzugreifen.

Jupp, dies ist uns auch aufgefallen. Gibt es da eine Quick und Dirty Lösung oder kann man mit einem Fix rechnen?

---

<div class="post-metadata">

**Author:** ![FFWDcc](https://avatars.discourse-cdn.com/v4/letter/f/4bbf92/32.png) [@FFWDcc](https://forum.shopware.com/u/FFWDcc)\
**Post date:** [25. Mai 2020 um 12:17 UTC](https://forum.shopware.com/t/keine-bestellungen-bei-migration-magento-1-9-zu-sw6/67166/4 "2020-05-25T12:17:36Z")

</div>

OK. Erst denken, dann schreiben. Alle Prefixe manuell entfernen&nbsp;und weitere geht es…

Für alle die dieses Problem auch einmal haben,&nbsp;mit phpMyAdmin geht diese Bearbeitung recht einfach:

1. Datenbank auswählen
2. in der Übersicht -\> alle auswählen
3. als Aktion: Tabellenprefix ersetzen
4. ersten Werte eintragen, zweiten Wert freilassen
5. Feuer
6. Prefix im Migrations-Tool anpassen

&nbsp;