'hat mir sehr gehilft'
URL: https://www.overclockers.at/coding-stuff/mysql-backup-und-views_250319/page_1 - zur Vollversion wechseln!
Hallo!
Ich habe leider nur gefährliches Halbwissen was Datenbanken angeht und daher ein paar grundsätzliche Fragen.
Folgendes Szenario: Habe eine MySQL Datenbank mit ca. 600 MB , 200 Tabellen, 25 Views. Wenn ich mit MySQL einen Dump erzeuge und den in eine neue Datenbank einspiele, kriege ich Probleme, weil die Views erzeugt werden obwohl die nötigen Tabellen noch nicht da sind. Folgende Fragen stellen sich mir jetzt:
1) Kann ich mysql beim import (per shell) irgendwie dazu bringen die views zu ignorieren?
2) Kann ich mysqldump irgendwie dazu bringen, Views prinzipiell zu ignorieren (außer mit --ignore-table=View x 25). Anzahl und Bezeichnung der Views sind leider nicht ganz konstant.
3) Ist es vielleicht überhaupt eine schlechte Idee, Views für Reports in der Live-Datenbank zu haben? Wie könnte man das sonst machen?
Danke!
lg
Du kannst problemlos deine Views in (und auch von) einer anderen Datenbank materialisieren.
Mysqldump sollte eigentlich die views an das Ende des Dumps packen, damit haette ich noch nie Probleme gehabt.
Erst Tables, dann View, dann Constraints.
Auswertungen gehören eigentlich auf eine Slave um das Produktive Geschäft nicht zu beeinflussen. Wenn du Hochverfügbarkeit benötigst, kann man MySQL/MariaDB auch Clustern. Wenn du konsistente schnelle Backups machen möchtest kann ich auch innobackupex von Percona empfehlen. Das Blockiert nicht wie ein Dump bei der Erstellung, aber benötigt auf dem Zielsystem die gleiche Major Version von MySQL/MariaDB.
Danke für die Antworten, ich blicke schon mehr durch. Werde mal schauen, ob ich die Views in einer anderen Datenbank anlegen kann. Das innobackupex schaut auch interessant aus!
möchte mich als mitlesender auch bedanken.
'hat mir sehr gehilft'
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025