RootForum Community

Hallo an alle,

ich stehe gerade vor dem Problem, sehr viele eMail Adressen in einer DB speichern zu müssen.
Normal würde ich ja nun auch eine Tabelle mit 2 Spalten: id | email anlegen.
Ich frage mich nur diesmal ob es nicht vielleicht sinnvoller sein könnte die eMail Adresse in 2 Tabelle zu speichern.
Eine Haupt-Tabelle: id | nickname | domain_id
und eine Domain-Tabelle: id | domain

Folgendes ist mir dabei aber unklar.

1. Macht das vom Speicherplatz her Sinn? Wahrscheinlich doch nur wenn es viele Adressen mit der gleichen Domain gibt, oder?
2. Kann mysql o.ä. dann immer noch so "schnell" auf die Adressen zugreifen, besonders wenn noch mehr Tabellen mit ins Spiel kommen?

Wie sind eure Erfahrungen mit dem Thema?
Bin sehr dankbar für alle Tips.

Gruß Gerd

Naja, die Frage ist eben ob da noch mehr Tabellen ins Spiel kommen.
Wenn das z.B. ein standalone Newsletter Script wird würde ich sagen mehr als eine Tabelle wäre Overkill.

Wird das aber etwas größeres (Userverwaltung?) kann es Sinn machen das aufzuteilen...

Kommt auf den Anwendungszweck an!

Ja es kommen noch mehr Tabellen ins Spiel, es kommen SQL Abfragen mit bis zu 5 JOIN´s vor.
Daher dachte ich ja das es vielleicht besser wäre die eMail nicht auch noch aufzuteilen.
Nun weiß ich leider nur nicht was die schnellere/elegantere Lösung ist.

Gruß Gerd

Beispieltabellen anlegen und mit
prüfen.

Schau dir mal dbmail an, da kannst du dir sicherlich einiges abschauen.