# eigene Demo Daten in build-unit
**URL:** https://forum.shopware.com/t/eigene-demo-daten-in-build-unit/42884
**Category:** Programmierung
**Created:** [18. Januar 2017 um 09:13 UTC](https://forum.shopware.com/t/eigene-demo-daten-in-build-unit/42884 "2017-01-18T09:13:41Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@derwunner](https://forum.shopware.com/u/derwunner)
#### Post date: [18. Januar 2017 um 09:13 UTC](https://forum.shopware.com/t/eigene-demo-daten-in-build-unit/42884/1 "2017-01-18T09:13:41Z")
Hallo,
ich möchte automatisiert mit dem ant build-unit task meine eigenen Demodaten installieren. Soviel ich gesehen habe, muss man dafür an den Migrations nichts ändern. Aber einfach die aktuelle Datenbank exportieren und in latest.sql speichern half leider auch nicht. Es wird versucht ein PRIMARY KEY erneut einzufügen. Auch der Artikel über truncate [http://community.shopware.com/Resetting-databases-deleting-test-data\_detail\_1666.html](http://community.shopware.com/Resetting-databases-deleting-test-data_detail_1666.html) brachte mich nicht weiter.
Für Hilfe wäre ich dankbar.
MFG
derwunner
---
### Author:  [@tducc](https://forum.shopware.com/u/tducc)
#### Post date: [3. April 2017 um 06:20 UTC](https://forum.shopware.com/t/eigene-demo-daten-in-build-unit/42884/2 "2017-04-03T06:20:26Z")
Bei mir hat es geholfen den kopf aus der Original latest.sql in meine eigene zu kopieren. Alle meine eigenen Queries liefen dann ohne Probleme.
Das ist der Kopf:
SET NAMES ‘utf8’;
SET SQL\_MODE=“NO\_AUTO\_VALUE\_ON\_ZERO”;
SET time\_zone = “+00:00”;
SET FOREIGN\_KEY\_CHECKS = 0;
---
### Author:  [@derwunner](https://forum.shopware.com/u/derwunner)
#### Post date: [3. April 2017 um 07:06 UTC](https://forum.shopware.com/t/eigene-demo-daten-in-build-unit/42884/3 "2017-04-03T07:06:22Z")
> [@tducc schrieb:](https://forum.shopware.com/profile/20844/tducc "tducc")
>
> Bei mir hat es geholfen den kopf aus der Original latest.sql in meine eigene zu kopieren. Alle meine eigenen Queries liefen dann ohne Probleme.
>
> Das ist der Kopf:
>
> SET NAMES ‚utf8‘;
> SET SQL\_MODE=„NO\_AUTO\_VALUE\_ON\_ZERO“;
> SET time\_zone = „+00:00“;
> SET FOREIGN\_KEY\_CHECKS = 0;
Naja, auch nicht wirklich die optimal-Lösung, schließlich lässt man erst falsche Daten eintragen in die DB, die dann wieder durch eigene überschrieben werden. Ich habe es mittlerweile so gelöst, dass ich mir einen aktuellen mysqldump hole und dann die latest.sql ansehe und die jeweiligen vermerkten Tabellen dort in der gleichen Reihenfolge die Tabellendaten durch meine ersetze. Das ist natürlich viel Copy & Paste und dauert jedes mal in etwa ein bis zwei Stunden. Also vielleicht auch nicht die optimal-Lösung. Aber damit verhindere ich zumindest doppeltes (unnötiges) schreiben in die Datenbank. Denn hier werden direkt meine Daten als Demo Daten verwendet. Ist leider recht aufwändig, die ganze Datei neu zu machen, wenn man z. B. nur einen Artikel hinzufügt oder Shopping Welten ändert, oder oder oder. Deswegen wäre eine praktischere Lösung besser.