MySQL - 2 verschiedene Datenbanken - Performance?!

jGeee · 24.04.2009, 15:41

Hallo liebe Community,

ich bin momentan in einem sehr umfangreichen Projekt und plane gerade die Datenbankstruktur.
Da dieses CMS für viele Seiten gleichzeitig benutzt wird, habe ich das Problem bei großen Communitys, dass i-wann z.B. eine User-, Foren-, und/oder Galerie-Tabelle ziehmlich voll wird, da alle Daten von jeder Seite somit in einer Tabelle wären.

Daher wäre es IMHO natürlich viel schlauer, große Tabellen zu splitten, d.h. in diesem Fall jede Webseite die z.B. eine Community bekommt, werden alle Tabellen der Community für jede Webseite neu angelegt. ( z.B: die der Galeriebilder, Registrierte Benutzer etc ), womit sich diese Tabellen nur auf eine Webseite beziehen.

Nun stellt sich die Frage, pack ich dann alle Tabellen in eine Datenbank ( z.B. kann eine Community 10 Tabellen haben, d.h. wenn ich 30 Webseiten laufen lasse, habe ich 30 * 10 Tabellen in einer Datenbank ) ODER lege ich alle Community Tabellen in eine eigene Datenbank ( also nur EINE für alle Communty-Daten oder zur not doch für jede Community?!) um die Übersicht zubehalten, wenn ich mal mit phpMyAdmin drin bin o.ä.? Wie sieht es da mit zuvielen Tabellen in einer Datenbank bzgl. der Performance aus?!

Problematik ist dabei halt, dass ich zwischen 2 Datenbanken ( jedoch auf dem selben Server ) wechseln / handtieren muss. Welche Lösung würde sich da am besten anbieten? Besonders im Vordergrund steht die Performance bei diesem Projekt...

Wenn natürlich alles zuvoll wird, wird die Datenbank auf einen eigenen Server umgestellt, damit sie sich nur um die Abfragen kümmert und nebenbei nicht noch ein Webserver läuft.

Würde mich sehr über potentielle Meinungen dazu freuen

Chriz · 24.04.2009, 18:13

Hallo,

kommt drauf an, wie die einzelnen Communities untereinander vernetzt werden sollen. Ich würde aber zu einer Datenbank pro Community tendieren. Dann hast du das sauber getrennt, kannst aber im Zweifelsfall über die Datenbankgrenze hinaus noch auf die anderen Communities zugreifen (wenn die Datenbanken auf dem selben Server laufen).

Vielleicht kannst du das aber flexibel halten, und pro Community einen Tabellen Pre- oder Postfix einführen (den du bei getrennten Datenbank leer lässt), bzw. bei den Tabellen eine Community-Spalte, dann könntest du im Nachhinein einfach die Datenbanken oder sogar Tabellen zusammenführen. Wenn du das machst, sei aber auch sicher, dass du die Pre-/Postfixe und Spalten jeweils in deiner Anwendung beim Selektieren auch beachtest.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
CSV Dateien in MySQL Datenbanken einfügen	errox	Datenbanken	11	03.04.2008 13:40
Performance externe MySQL Verbindung	R4v3r	Datenbanken	2	20.08.2007 07:47
Mysql Server Einstellunen Optimieren	pchero	Datenbanken	3	01.05.2007 19:50
MySQL Performance	cycap	Datenbanken	14	03.04.2007 21:47
Datenbanken von Windows zu Linux	ApfeL	Server, Hosting und Workstations	1	12.04.2006 20:31
[Erledigt] verschiedene Versionen auf einem W2K3 Server betreiben		PHP Tipps 2006	2	13.01.2006 17:39
Performance PHP vs. MySQL		PHP Tipps 2007	16	07.12.2005 17:54
[Erledigt] Mysql 4.1.x unter php 4.3.9		Datenbanken	3	15.11.2005 13:49
Mysql Datenbanken verknüpfen oder so +g+		PHP Tipps 2005-2	3	29.10.2005 15:36
Performance, PHP oder MySQL		PHP Tipps 2005	2	27.05.2005 16:28
Kann man Mysql Datenbanken abfragen ob Sie verfügbar sind ?		Datenbanken	2	12.03.2005 16:39
[Erledigt] mysql installations problem		Datenbanken	4	16.02.2005 18:46
[Erledigt] MySQL Performance mit PHP5 miserabel		Datenbanken	17	10.01.2005 17:24
PHP und MySQL Datenbanken	GELight	Datenbanken	3	25.12.2004 09:56
[Erledigt] PHP5 &amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;a m p; MySQL		Datenbanken	5	01.08.2004 05:47

24.04.2009, 15:41
jGeee Erfahrener Benutzer Registriert seit: 09.03.2009 Beiträge: 145 PHP-Kenntnisse: Fortgeschritten	MySQL - 2 verschiedene Datenbanken - Performance?! Hallo liebe Community, ich bin momentan in einem sehr umfangreichen Projekt und plane gerade die Datenbankstruktur. Da dieses CMS für viele Seiten gleichzeitig benutzt wird, habe ich das Problem bei großen Communitys, dass i-wann z.B. eine User-, Foren-, und/oder Galerie-Tabelle ziehmlich voll wird, da alle Daten von jeder Seite somit in einer Tabelle wären. Daher wäre es IMHO natürlich viel schlauer, große Tabellen zu splitten, d.h. in diesem Fall jede Webseite die z.B. eine Community bekommt, werden alle Tabellen der Community für jede Webseite neu angelegt. ( z.B: die der Galeriebilder, Registrierte Benutzer etc ), womit sich diese Tabellen nur auf eine Webseite beziehen. Nun stellt sich die Frage, pack ich dann alle Tabellen in eine Datenbank ( z.B. kann eine Community 10 Tabellen haben, d.h. wenn ich 30 Webseiten laufen lasse, habe ich 30 * 10 Tabellen in einer Datenbank ) ODER lege ich alle Community Tabellen in eine eigene Datenbank ( also nur EINE für alle Communty-Daten oder zur not doch für jede Community?!) um die Übersicht zubehalten, wenn ich mal mit phpMyAdmin drin bin o.ä.? Wie sieht es da mit zuvielen Tabellen in einer Datenbank bzgl. der Performance aus?! Problematik ist dabei halt, dass ich zwischen 2 Datenbanken ( jedoch auf dem selben Server ) wechseln / handtieren muss. Welche Lösung würde sich da am besten anbieten? Besonders im Vordergrund steht die Performance bei diesem Projekt... Wenn natürlich alles zuvoll wird, wird die Datenbank auf einen eigenen Server umgestellt, damit sie sich nur um die Abfragen kümmert und nebenbei nicht noch ein Webserver läuft. Würde mich sehr über potentielle Meinungen dazu freuen Geändert von jGeee (24.04.2009 um 15:45 Uhr).


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

24.04.2009, 18:13
Chriz Moderator Registriert seit: 11.05.2008 Beiträge: 6.266	Hallo, kommt drauf an, wie die einzelnen Communities untereinander vernetzt werden sollen. Ich würde aber zu einer Datenbank pro Community tendieren. Dann hast du das sauber getrennt, kannst aber im Zweifelsfall über die Datenbankgrenze hinaus noch auf die anderen Communities zugreifen (wenn die Datenbanken auf dem selben Server laufen). Vielleicht kannst du das aber flexibel halten, und pro Community einen Tabellen Pre- oder Postfix einführen (den du bei getrennten Datenbank leer lässt), bzw. bei den Tabellen eine Community-Spalte, dann könntest du im Nachhinein einfach die Datenbanken oder sogar Tabellen zusammenführen. Wenn du das machst, sei aber auch sicher, dass du die Pre-/Postfixe und Spalten jeweils in deiner Anwendung beim Selektieren auch beachtest. __________________ "Nuschel ich?" - "Was?"