Fremdschlüssel mit ID oder Varchar als Index was ist besser?

[zack0r]

Hallo,

meine Frage ist folgendes:
Ich hab in meiner Datenbank viele Tabellen der Form:

ID Oberflaeche
1 blank
2 gewalzt
3 geschliffen
...

Und dann habe ich eine Tabelle (artikel) die quasi aus vielen dieser einzelnen Tabellen die Werte zusammensucht. Das sind insgesamt 6 Tabellen.
Jetzt frage ich mich ob es nicht klüger wäre anstatt in der Haupttabelle nur die IDs zu speichern und dann bei jeder Abfrage wieder 6 Tabellen abfragen zu müssen, einfach die IDs wegzulassen, den Varchar als Primärschlüssel setze und dafür immer direkt auf die Daten zugreifen zu können.

Also es bräuchte wahrscheinlich etwas mehr Speicherplatz aber es sollte doch auf jeden fall mehr Performance bringen oder?

Danke für Meinungen

Gruß zack0r

[mquadrat]

varchar is ne ganz schlechte Idee. Wenn jetzt jemand statt "gewalzt" "gewalzt (warm u. kalt)" in der Ausgabe haben will, musst du alle deine Datensätze ändern.

Fremdschlüsselverknüpfung ist da schon das Richtige. Sollte mit passenden Indizes auch recht flott gehen. Probleme könnte es allerdings geben, wenn du noch mehr Zusatztabellen bekommst. IMHO haben einige Datenbanken ein Limit, wieviele Tabellen man in eine Query packen kann.

[zack0r]

Hi danke für die schnelle Antwort.
Naja ich hab im Moment auch die Möglichkeit z.B. wie im dem Fall neue Oberflächen hinzuzufügen. Aus dieser Tabelle heraus kann man ja abgleichen ob die Datensätze identisch sind (Primärschlüssel). Dann kann ich ja auch einfach ne Funktion einbauen die ein Update macht falls jemand einen Eintrag ändern sollte.
Aber das ist glaub ich auch in dem Fall nicht das Problem.
Das Programm läuft halt Netzwerkbasiert auf mehreren Rechnern und ist zu Langsam und ich glaube irgendwie das das an den Joins liegt...

zack0r

[mquadrat]

Ganz ohne Joins wird es sicherlich schneller sein als mit. Muss man halt abwägen zwischen Geschwindigkeit und Wartbarkeit. Wie lange braucht die Query denn?

[zack0r]

Kann ich nicht sagen weil die Abfragen dank DBIsam in den Code verstrickt sind. Das DBMS ist leider Dbisam 4. Ich würde lieber auf ein richtiges wie MySQL oder so umsteigen aber da bin ich noch nicht zu gekommen.

[ULIK]

Hm,

so lahm ist DBISAM jetzt nun auch nicht. Wie groß sind denn deine Tabellen? Ach ja, hast Du denn schon mal mit einem Profiler geschaut, wo Du die Zeit verbrätst?

Gruß,
Uli

[zack0r]

Hi,
hmm wusste garnich das es sowas gibt.
Gibts das denn als Freeware? Google findet auf die schnelle nichts.

zack0r

[ULIK]

Na, die wirklich guten kosten schon Geld:

AQTime, ProDelphi

Freeware kenn ich grad keinen. Aber zurück zum Problem: wie groß sind die Tabellen und dann würd ich mir wirklich mal die Query extrahieren und in den DBISAM Tools separat laufen lassen. Dann siehst Du ja schon, ob es wirklich die Queries sind.


Grüße,
Uli

[hoika]

Hallo,

bei joins ist auch die Frage, ob auch alle Felder indiziert sind
(ein Fremdschlüssel reicht manchmal nicht)..

Wie sieht die Query denn aus.

Falsch: Select *
Falsch: kein sinnvolles Where
Falsch: Virenscanner lokal oder auf dem Server
bei dem das Datenverzeichnis mit geprüft wird


Heiko