[mySQL] Maximale Anzahl an Tabellen?

[icf]

und aus welchem grund soll diese struktur denn bitte sch*** sein

[Abraxax]

Original geschrieben von icf
und somit durchsucht er nur diese tabelle. was ja wohl genauso logisch ist.

und genauso logisch ist, dass die DB abkackt, der webserver spinnt, usw.

bei 10 - 100 usern ist das vielleicht noch kein problem, aber ..... mehr sage ich nicht. ausser

[icf]

ja schön.. dann seit ihr eben die helden und ich der dumme.......

[Abraxax]

wir wollen dich aber nicht dumm sterben lassen .....

Original geschrieben von Abraxax
tipp:
- tabelle user
- tabelle mailfolder (referenz: inbox, outbox, usw.)
- tabelle mails (verbindung nach user,mailfolder)

mit den drei tabellen bist du schon wesentlich besser bedient.

[wahsaga]

Original geschrieben von icf
und somit durchsucht er nur diese tabelle. was ja wohl genauso logisch ist.

eines der grundprinzipien der datenspeicherung in datenbanken ist, dass man daten gleicher struktur auch in der selben tabelle ablegt.

und z.b. deine mail-daten haben immer die selbe struktur, nur verschiedene inhalte - z.b. das kennzeichen, zu welchem user sie gehören.

[goth]

Außerdem packt man auf mail_folders und mail einen Index auf die UserID und dann werden bei einem JOIN über die UserID auch nur die Datensätze des Benutzers durchsucht ... !

Aber ... superklasse Dein Entwurf ...

[Abraxax]

Original geschrieben von goth
Aber ... superklasse Dein Entwurf ...

danke. das mit dem index war ja klar... bzw. PK

in mailfolder stehen nur die namen der mailfolder als referenz zum verbinden in mails.

und in mails steht natürlich die userid mit drin... -> JOIN

[MoRtAlAn]

Original geschrieben von icf
ja schön.. dann seit ihr eben die helden und ich der dumme.......

darum geht es nicht...

überleg doch mal:
du hast jetzt 100 user (angenommen), demnach für jeden User eine Tabelle mit jeweils vielleicht im Schnitt 30 Nachrichten...
da ist es ja fast effizienter, den kram in Textdateien zu schreiben... diese Art der aufsplittung ist wie bereit erwähnt, nicht sinn einer DB!

Denk mal mit größeren Nutzerzahlen:
2000 User mit jeweils 30 nachrichten
dann hast du bei einer Tabelle für die Nachrichten 2000*30 = 60.000 Einträge... mit nem vernünftigen Index is das doch noch kein Problem (vorausgesetzt, du sparst nicht am falschen Ende wie viele Leute)

gruss

[goth]

Original geschrieben von Abraxax
danke. das mit dem index war ja klar... bzw. PK

in mailfolder stehen nur die namen der mailfolder als referenz zum verbinden in mails.

und in mails steht natürlich die userid mit drin... -> JOIN

Ich meinte allerdings den Entwurf von "icf".

@MoRtAlAn: Vor allem wiederspricht das allen Grundsätzen des relationalen Datenbank Modells ...

[Abraxax]

Original geschrieben von goth
Ich meinte allerdings den Entwurf von "icf".

aso. den fand ich von der idee her auch nicht schlecht...

gemäß dem spruch: wer keine arbeit hat, macht sich welche

[MoRtAlAn]

Original geschrieben von Abraxax
gemäß dem spruch: wer keine arbeit hat, macht sich welche

bei der Lösung kann man dem Kunden wenigstens alle 1000 user einen zusätzlichen Server für die Datenbank andrehen

[goth]

Vor allem für eine so simple Sache wie eine Auflistung aller Benutzer z.B. in einem Admin-Interface mit der Anzahl der Mails, die diese haben, beschäftigt ganze Armeen von Programmierern und Batterien von Servern ... wo man sonst nur ein winzig kleines Statement braucht ... *ROTFL*

[Abraxax]

wenn man nicht nur codet, sondern auch noch einen hardware-shop hat, ist die idee von MoRtAlAn nicht schlecht...

hat war für sich....

[MoRtAlAn]

auch wenn man hoster ist!

wann hat man schonmal die möglichkeit, einem Kunden CompaqAlpha900 Server anzudrehen (ich hab keine Ahnung, wie die Dinger jetzt heißen, deswegen die alte bezeichnung!)

gruss

[Abraxax]

ist ja auch egal wie die dinger heissen. hauptsache teuer... und bei alle 1000 user ein wirlich lohnendes geschäft