Wann ist es an der Zeit, eine zweite Datenbank zu erstellen?

Question

Ich habe eine mysql-Datenbank, die auf über 200 Tabellen angewachsen ist. Ich weiß, dass dies kein Leistungsproblem ist, aber die meisten Admin-Tools, die ich habe, sind nicht gut genug organisiert, um diese Anzahl von Tabellen leicht zu verwalten, und ich denke darüber nach, einige (neue) Tabellen in eine zweite Datenbank zu legen, nur für meine eigene Vernunft.

Hat irgendjemand diesen Weg eingeschlagen, und hat es sich gelohnt, oder hat es am Ende mehr Ärger gemacht als eine monolithische Datenbank?

Edita: Vielen Dank für alle Antworten, obwohl ich eher nach Erfahrungen aus der Praxis als nach hypothetischen Ratschlägen gesucht habe, tut es mir leid, dass ich mich nicht für eine richtige Antwort entscheiden kann.

Answer 1

Ich würde den Tabellennamen etwas Sinnvolles voranstellen, damit Sie die benötigten Tabellen leichter finden können.

Ich stimme allerdings allen anderen zu: 2 Datenbanken sind ein Alptraum, ganz zu schweigen von der Wartung (Backups, Wiederherstellungen usw.).

Answer 2

Sind diese 200 Tabellen Teil einer einzigen Anwendung? Wenn nicht, dann würde ich empfehlen, eine Datenbank pro Anwendung zu haben, oder zumindest eine für jede große Anwendung.

Wenn sie alle zur gleichen Anwendung gehören, würde ich keine zweite Datenbank verwenden, weil ich glaube, dass das mehr Probleme verursacht (Verwaltung von Abfragen usw.) als es löst. Vielleicht ein kleines Refactoring, um weniger Tabellen zu verwenden?

Answer 3

Wenn Sie einige Dinge in eine zweite Datenbank auslagern wollen, sollten Sie dies mit Bedacht tun. Ich tue dies, wenn ich feststelle, dass einige der Daten Referenzdaten für mehrere Projekte sein werden, an denen ich arbeite. Sie wird dann zu meiner "Referenzdatenbank".

Dann würde meine Datenbankliste etwa wie folgt aussehen:
Projekt1
projekt2
projekt3
Referenz