nicht angemeldet
Also wenn ich mir das von der Struktur her überlege, halte ich es für logisch, die Daten für jede Gruppe in eine separate Datenbank zu stecken, da ja eigentlich keine Verbindung zwischen den Gruppen besteht und somit keine Daten aus der Datenbank gewonnen werden müssen, die etwas mit mehreren Gruppen zu tun haben.
Gruppen? Datenbanken sind für viele Gruppen da. Eine Datenbank ist eine Datenbasis, also ein Rudel von Tabellen, die zusammengehören und ERM-mässig (ruhig mal googeln was das ist) zusammengehören und verzeigert sind.
Die Verbindung der Gruppen wird über eine weitere Datenbank hergestellt, in der die Nutzerangaben getrennt von den Gruppeninhalten gespeichert werden.
Das liest sich so als ob alles schon da ist, was ist denn da?
Wie groß die Dimensionierung in ausfallen wird, kann ich noch nicht abschätzen... kommt darauf an, ob sich viele Leute anmelden, und dann wenige Gruppen gründen in denen sie viel schreiben oder viele Gruppen gründen, in denen sie dann jeweils weniger schreiben...
Sorry, aber diese Aussagen erregen meinäussersters Misstrauen bzgl. der korrekten Implementation der Datenhaltung.
aber gibt es denn von mySQL-Seite her irgendwelche Grenzwerte, bei denen die Performance zu leiden hat, was zum einen die Datenbankgröße und zum anderen die Datenbankanzahl angeht?
Die MySQL-Doku ( <www.mysql.de> ), Version beachten, kennst Du aber schon?