Christoph Zurnieden: große datenbank, oder viele abfragen?

Beitrag lesen

Hi,

ich bin gerade mal wieder am schrauben...

An einem Montag? ;-)

dabei muss ich ne datenbank machen, die dann nur noch abgefragt werden soll. es kommen keine datensätze mehr hinzu.

Statisch, also, das erleichtert vieles.

jetzt bin ich dabei mir ein kopf zu machen, wie die db aussehen soll.

Sehr löblich. Meistens wird da nämlich einfach etwas zusammengehauen.

jetzt steh ich vor zwei möglichkeiten (klingt vielleicht blöd, aber): entweder die einzelnen tabellen werden groß und ich habe wenig anfragen, weil alles in eine anfrage gepackt werden kann (leider ergeben sich so doppelte einträge), oder ich mach viele kleine tabellen (ohne doppelte einträge), muss dann aber mehrere anfragen an die db stellen.

was is nun besser/schlechter?

Wie Cheetah schon anmerkte: beides ist schlecht.
Weil ich gerade Zeit habe und sich sowas im Archiv auch gut macht (steht zwar drin, ist aber sehr verteilt) nehme ich Dich mal an die Hand beim Entwurf einer relationalen Datenbank (Schade, das einige Leute hier Michael Schröpl vergrault haben, der wäre für die Aufgabe wahrscheinlich besser geeignet):

Was genau soll gespeichert werden:
Ist es eine Textzeile (maximale Länge), eine Nummer (aus |N oder |R? Wie groß?), Bilder oder ähnliche Binärdaten?

Wo hängen die Daten zusammen:
Hint: Das sind Deine doppelten Einträge.

Wonach wird hauptsächlich gesucht.

so short

Christoph Zurnieden