Hallo

Ich versuche mich gerade in der Benutzung von MySQL.
Ich schreibe eine Anwendung die (hoffentlich) mal sehr viele Benutzer hat (> 5000).
Bei jedem Benutzer können 10.000 -> 50.000 Datensätze anfallen.
Also dachte ich mir dass ich für jeden Benutzer einen eigenen table in der MySQL-DB erstelle, z.B. customer_1, customer_2 usw. wobei die Zahl die ID aus dem table ist, indem alle Benutzer abgelegt sind.

Meine Fragen:
Wo ist das Limit? Wieviele tables passen rein? Kann es hier bei unterschiedliche MySQL-Versionen / Konfigurationen Abweichungen geben?
Macht es hinsichtlich der Performance Sinn oder habe ich da generell einen Denkfehler?

TIA
Kristian

Das ist eine Frage, für die du am besten die Dokumentation zu MySQL zu Rate ziehen solltest.
Die Doku findest du im Web unter http://www.mysql.org/doc/.

Hallo

Danke für deine Antwort, indes die Fragen die ich gestellt habe werden dort nicht beantwortet.
Ich habe es für meine DB, getestet 5000 tables anlegen hat funktioniert.
Was jetzt nicht mehr geht ist der phpMyAdmin, da kommt nur noch die Sanduhr.
Sowas steht bestimmt nicht in der MySQL-Doku, deshalb frage ich ja nach euren Erfahrungen.

EDIT: Bei näherer Betrachtung des Verzeichnisses dieser DB stelle ich fest, dass die Idee nicht wirklich gut ist, 3 Dateien pro table, sprich 15.000 im Verzeichnis muss bremsen...
Also müsste ich die Geschichte über diverse DB's splitten, hmmm, wenn das so weitergeht trete ich MySQL in die Tonne und benutze direkt das Filesystem.


Gruss
Kristian

Sind das nicht arbeiten, die einem die Datenbank eigentlich abnehmen sollte damit man sich gerade nicht um das Aufspalten von Datensätzen kümmern muss?

Wenn deine Datenbank halbwegs normalisiert ist (=~ wenig Redundanzen enthält, am besten gar keine), dann sollte das für die DB kein Problem sein.

Ich denke, es ist Sache der Datenbank 50mio Datensätze gut verwalten zu können. Zumindest der MS SQL-Server hat damit keine Probleme (hab ich schon gesehen :-) ).

pktm+2007-08-29 12:38:19--

Ich denke, es ist Sache der Datenbank 50mio Datensätze gut verwalten zu können.

mit der Partitionierung von Tabellen ist die Anzahl Datensätze
zur Nebensache geworden - falls die Datenbank ein solches
Feature unterstützt. den Rest müsste der Index und die Platte
hergeben :-)

@kristian, wie schauts mit InnoDB aus?

Hallo

Was mir Angst machte waren die Zugriffszeiten beim Suchen in den tables.
Ich habe mir jetzt mal ein paar Test gegönnt und bin bislang sehr positiv überrascht.
Zwar steigt mit zunehmender Anzahl der Einträge auch die Zugriffszeit, aber bei weitem nicht so dramatisch wie vorher befürchtet.

@bloonix
Platte war beim Testen ein SCSI-Raid 0 allerdings scheint nach dem ersten Zugriff der Index komplett im RAM zu sein und auch dort zu bleiben. (Linux)
innoDB würde - so wie ich die Doku verstehe - Schreibzugriffe beschleunigen, aber dies zu Lasten der Datensicherheit. Das will dann eher nicht.

Ich werde den Aufbau der Anwendung und der DB-Struktur anhand der neu gewonnen Erkenntnisse nochmal in Ruhe überdenken.

Danke für alle Anregungen.

Gruss
Kristian

Ich war mal an einem Projekt beteiligt, das hatte > 26.000 tabellen, war soweit kein Problem, ob es sinnvoll ist das zu tun ist eine andere Frage ...
Ich würde das eher in eine Tabelle packen.
Rolf

Man sollte auch bedenken, dass bei MySQL jede Tabelle aus einigen Dateien besteht, die sich alle im selben Verzeichnis befinden (zumindestens bei MyISAM). Bei vielen Tabellen könnte schon das Auffinden so einer Datei im Verzeichnis langsam werden.

Und wenn man bedenkt, dass jede Tabelle bestimmt einen oder mehr Filedeskriptor braucht, muss man sich Gedanken um Betriebssystemlimits machen.

@kristian: Kannst du die Stelle zeigen, bei der die Datensicherheit von InnoDB kommentiert wurde? Ich kann mir eigentlich nicht vorstellen, dass InnoDB unsicherer wäre als MyISAM.

kristian+2007-08-29 16:48:22--

innoDB würde - so wie ich die Doku verstehe - Schreibzugriffe beschleunigen, aber dies zu Lasten der Datensicherheit. Das will dann eher nicht.

da möchte ich ptk beipflichten und würde auch gerne die Passage
lesen, in der das steht. Ganz im Gegenteil... durch Transaktionen,
die durch Verwendung von InnoDB unterstützt werden, hast du
sogar mehr Datensicherheit bzw. -konstistenz. Auch die Backups
sind viel besser durchzuführen. Bei MyISAM Tabellen wird oder muss
die ganze Tabelle gelockt werden, bis sie gesichert wurde, mit InnoDB
ist das nicht mehr nötig.

@mods, könnte man den letzten Beitrag mir zuordnen...
schon wieder als Gast gepostet... wäre lieb von euch :/

@kristian, es kommen noch allerhand andere Vorteile
hinzu wie zum Beispiel die Speicherverwaltung etc.

Man kann auch einen Tablespace pro Tabelle anlegen
lassen, aber das wäre wieder der Fall von zuvielen
Filedeskriptoren...