@Hansa: Es geht hier nicht um Zeitunterschiede von 1,2 Sekunden, wie Du so schön (aber falsch) süffisant angemerkt hast, sondern um drastische Geschwindigkeitsgewinne: Während die Suche über mit Hilfe eines Indexes, unabhängig von der Tabellengröße, in etwa konstant bleibt, wächst der Suchaufwand ohne Index linear: Doppelte Tabellengröße = Doppelte Suchzeit. Wenn man nur mit Tabellen von einigen Tausend Einträgen arbeitet, ist es wirklich egal, aber bei einigen Hunderttausend Einträgen macht sich das schon bemerkbar. Dann beträgt der Zeitunterschied etwa das 100 bis 1000-fache. Eine einfache Suche per Index ist in einigen 100 ms durchgeführt, während die sequentielle Suche ohne Index durchaus Minuten, wenn nicht sogar Stunden dauern kann.
Im Übrigen sind meinen Kunden Suchzeiten von 10 Sekunden nicht egal. Ein solches Schneckentempo erreiche ich höchstens bei Summierungen, ansonsten verlange ich von meiner
DB, das die Suchergebnisse *sofort* erscheinen. Ein
DB-Server sollte nicht suchen, sondern finden.
10 Sekunden...
Ich würde zwei Tabellen nehmen:
Aus einer Tabelle
T1:
int ID
string Name
string Feld1
string Feld2
string Feld3
werden zwei Tabellen
T2:
int ID
string Name
und
SearchFields:
int IDT2
int sfCode
string FieldValue
Ein Datensatz in T1 (1,'MyName','MyField1','MyField2','MyField3') wird auf ein Feld in T2 sowie drei Felder in SearchFields aufgeteilt:
T2
1,'MyName')
SearchFields:
(1,1,'MyField1')
(1,2,'MyField2')
(1,3,'MyField3')
Und eine Suche in einem der Felder reduziert sich dann auf das bereits beschriebene:
SQL-Code:
select *
from T2 join
SearchFields alias SF
on SF.IDT2 = T2.ID
where SF.FieldValue ='MySearch'
Mit einem Index auf den SearchFields.FieldValues hast Du eine Recherchemöglichkeit, die ohne Verzögerung das Ergebnis liefert.