SQL Schlüsselwort contains

[dschroeder]

Klar, dass er nicht binär suchen kann. Aber wenn ein Index so aufgebaut wäre, dass alle Zeichen des Namens in Kleinbuchstaben gespeichert sind, könnte er den Tablescan dann ja auf dem Index machen, anstatt das echte Dateifeld zu nehmen. Das "echte" Dateifeld müsste er ja immer erst in Kleinbuchstaben umwandeln, bevor er die like-Suche auf dem feld macht.

Hierzu betrachte mal den Like:

Like '%xxx%' => Kein Index möglich!
Like 'xxx%' => Index möglich

Der Grund ist eben, dass ein Index ja nicht über jeden Teilschlüssel (Substring) erstellt wird sondern über den gesamten Wert.
Ein Like '%...' erzwingt immer eine Tablescan, solange nicht andere Felder in der Whereklausel Indexverwendungen ermöglichen.

Wenn man ähnlich klingende Schlüssel sucht, kann man SOUNDEX() verwenden, wobei hier ein ggf. vorhandener berechneter Index verwendet werden kann:

where soundex(Namensfeld) = soundex('Meier')

in diesem Fall werden Meier, aber auch Meyer o.ä. geliefert.

Apropo embedded SQL:
exec sql set options ....

[Fuerchau]

Ja und nein.
Ein Indexonly-Zugriff erfolgt ausschließlich, wenn auch nur Felder im Select verwendet werden, die im Index vorkommen.

Also ein
"select name where name like '%xxx%'"
mag dann schneller sein.

Für den Indexonly-Zugriff wäre ggf. folgender Select performant, kann ich aber nicht versprechen:

with
xName as (
select name
from mytable
where name like '%xxx%')

select ....
from mytable x
inner join xName on x.name = xName.Name
where ...

[dschroeder]

OK, vielen Dank für die Infos.

Dieter