DB Design Problem - eMail Speicherung

[hahnebuechen]

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

[legato]

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!

[hahnebuechen]

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

[alexander newald]

Beispieltabellen anlegen und mit

Code: Select all

explain QUERY

prüfen.

[captaincrunch]

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