"OR" im SelectStatement

[Furtbichler]

Ein 'OR' kann auch ein Indiz für optimierungsbedürftiges Design sein.

Zitat von Sir Rufo:

Wenn ich mit dem Auto von Hamburg nach München fahre, dann belastet das die Umwelt. Mit dem Fahrrad wird die Umwelt nicht belastet.
Wenn ich heute noch in München ankommen will, dann ist das Fahrrad aber so was von raus

Mir fehlt der Bezug zum 'OR'.

[p80286]

Code:

where name='Schmitz'
  and (wohnort='Köln' or wohnort='Düsseldorf')

das halte ich für ein typisches 'OR' wie sollte da das Design geändert werden?

Gruß
K-H

[Furtbichler]

Das sollte kein Problem sein, sofern Name und Wohnort mit einem Index versehen sind.

[Blup]

Zitat von p80286:

Code:

where name='Schmitz'
  and (wohnort='Köln' or wohnort='Düsseldorf')

das halte ich für ein typisches 'OR' wie sollte da das Design geändert werden?

Gruß
K-H

Im günstigsten Fall gibt es einen gemeinsamen Index für beide Felder in der Reihenfolge name,wohnort,...
Nach meiner Erfahrung ist "in" deutlich problematischer als "or" (Speicherbedarf und Geschwindigkeit).

[Sir Rufo]

Zitat von vit4l:

Meine Frage ist, ob die Performance (Geschwindigkeit) der Abfrage an dem "OR" leidet. Meine gehört zu haben mit "AND" ist es kein Problem, aber "OR" verlangsamt das Ganze sehr, weil dadurch eben mehrere Vergleiche ausgeführt werden müssen.

Zitat von Furtbichler:

Zitat von Sir Rufo:

Wenn ich mit dem Auto von Hamburg nach München fahre, dann belastet das die Umwelt. Mit dem Fahrrad wird die Umwelt nicht belastet.
Wenn ich heute noch in München ankommen will, dann ist das Fahrrad aber so was von raus

Mir fehlt der Bezug zum 'OR'.

Da ist der Bezug

[jobo]

Zitat von Furtbichler:

Ein 'OR' kann auch ein Indiz für optimierungsbedürftiges Design sein.

AND genauso

[Furtbichler]

Zitat von jobo:

Zitat von Furtbichler:

Ein 'OR' kann auch ein Indiz für optimierungsbedürftiges Design sein.

AND genauso

Blödsinn. Bei weitem nicht 'genauso'.

[jobo]

Du formulierst in der ursprünglichen Aussage lediglich die Möglichkeit, und diese Aussage kann man genauso für 'AND' formulieren, ebenso wie für Group By oder andere Sprachkonstrukte.
Ich will mich aber gar nicht darüber streiten, ich wollte lediglich andeuten, wie pauschal und beliebig Deine Aussage ist, damit dann auch wenig hilfreich.

[Elvis]

Zitat von Blup:

Nach meiner Erfahrung ist "in" deutlich problematischer als "or" (Speicherbedarf und Geschwindigkeit).

Hö?
Entweder ist es exakt equivalent zu mehreren or- verknüpften Ausdrücen, oder es ist ein Sub-Select und hat damit nix mit der eigentlichen Frage zu tun.

Zum Thema:
Natürlich kann ein or in der reinen Theorie zu langsameren Abfragen führen weil, theoretisch, mehrere Ausdrücke evaluiert werden müssen.
Aber in der Praxis, ohne ganz spezielle Rahmenbedingungen, ist das doch ausgemachter Unsinn. Wenn du nunmal Datensätze haben willst, die dieses oder jenes enthalten, dann musst du das deinem DBMS auch so mitteilen.
Das Mittel hierfür ist nunmal or oder in

[mkinzler]

Der einzige Unterschied zwischen and und or ist nur, dass and tendenziell die Ergebnismenge verkleinert und or vergrößert.