Hi Daniela,

Anstelle das da Einträge sind wie
1 1
1 2
2 1
2 3...

wären da eben
asdf 1
asdf 2
blub 1
blub 3

Der Primärschlüssel liegt in jedem Fall über beiden Spalten

... weil der Zugriff in die zweite Schlüssel-Komponente schneller ist als ein Zugriff auf den Inhalt der tatsächlichen Zeile, ja?

sehe keinen Sinn in den häufig verwendeten inhaltslosen Primärschlüsseln
nur um diese Situation zu vermeiden). Im Prinzip würde ich das Verhalten
der Datenbank bei Indizes mit erster Version nur Nachahmen, denke jedoch,
das die Datenbank so etwas bei weitem selber optimaler kann.

Wer "optimal" steigert, der frißt auch kleine Kinder. (Lord Helmchen, schreiten Sie zur Tat! ;-)

Natürlich geht das zu Lasten des Festplattenplatzes da die vielen Wörter ja n-fach
gespeichert werden anstelle nur einen kleinen numerischen Key.

Wenn ich Dich recht verstehe, dann beschreibst Du dasselbe, was ich auch schon Andreas gegenüber diskutiert hatte: An dieser Stelle lieber etwas mehr Speicher verbraten als einen zusätzlichen JOIN zu investieren.

Viele Grüße
      Michael