Effiziente sql-abfrage oder knick in der logik?

[mojo777]

Hallo liebe Gemeinde,
ich habe mit jetzt vorgenommen, eine sql-abfrage zu optimieren.
hier ist sie:

SQL-Code:

SELECT * FROM ANGEBOTE WHERE VON <= 'NOW'  AND BIS >= 'NOW'
AND ANG_EXCLUDE NOT LIKE '%;;%'
AND ANG_EXCLUDE_GRUPPEN NOT LIKE '%;1;%'
AND( (ANG_PRODUKTE LIKE '%;;%' AND  ANG_KUNDEN LIKE '%;;%')
  OR (ANG_PRODUKTE LIKE '%;*;%' AND  ANG_KUNDEN LIKE '%;*;%')
  OR (ANG_PRODUKTE LIKE '%;;%' AND  ANG_KUNDEN LIKE '%;*;%')
  OR (ANG_PRODUKTE LIKE '%;*;%' AND  ANG_KUNDEN LIKE '%;;%') )

ich sage auch kurz was dazu: die felder ANG_KUNDEN, ANG_PRODUKTE ANG_EXLCLUDE, ANG_EXCLUDE_GRUPPEN sind eine Art Array als string realisiert. (mir fiel kein besserer weg ein eine R^3 matrix zu realisieren... )
so. jetzt hab ich mich mal mit den logik-rechenregeln darangetraut und bin auf foolgendes gestoßen:
das

SQL-Code:

AND( (ANG_PRODUKTE LIKE '%;;%' AND  ANG_KUNDEN LIKE '%;;%')
  OR (ANG_PRODUKTE LIKE '%;*;%' AND  ANG_KUNDEN LIKE '%;*;%')
  OR (ANG_PRODUKTE LIKE '%;;%' AND  ANG_KUNDEN LIKE '%;*;%')
  OR (ANG_PRODUKTE LIKE '%;*;%' AND  ANG_KUNDEN LIKE '%;;%') )

schreibe ich mal.... ähh nix schreiben... habe hier ein bild angehängt, wo die rechnung drin ist. (das forum könnte *tex vertragen )
so.. wie man auch erwarten kann, liefert die "rechnung" als sql-query müll.
jetzt meine frage an euch kenner,
welche ansätze der optimierung gibt es ohne die struktur komplett über den haufen schmeissen zu müssen?

gruß
mojo

[DelphiDeveloper]

Habe wir deine Abbildung angesehen,
dass die 1. Zeile eine Tautologie ist, sieht man leicht.

Aber wie kommst du auf die 2. Zeile.

Welche de Morgansche Regel hast du da angewandt?

mfg
DD

[mojo777]

hmm... ich weiss nicht mehr welche rechenregel das ist. die gilt aber auf jeden fall.
das problem ist der ansatz der rechnung. der gilt nicht, weil die anzahl der sql-zustände >2 ist.

ich werde gleich versuchen, die rechenarbeit etwas mehr auf delphi umzulagern und erst dann sql zu starten. ergebnisse kommen später hier rein.


gruß

[mojo777]

naja... manchmal ist die erkenntniss doch so nah.
habe gerade die indices überprüft und etwas verändert und muss sagen, indizierte suche ist nicht immer gleich eine gute indizierte suche.
statt 900 ms jetzt 30 ms abfragezeit

naja. und sorry fürs zumüllen hier. das problem war ja doch einer einfachen art.

[marabu]

Hallo mojo,

von Tautologie in der ersten Zeile möchte ich nicht sprechen - für mich selektierst du da die laufenden Angebote, wenn du statt dem Literal 'NOW' den Parameter :now verwenden würdest.

Was mich interessieren würde, wäre eine genauere Beschreibung deiner Strings (ANG_EXCLUDE, etc.). Du schreibst von einer Matrix der dritten Dimension, aber ich vermute da eher einen Vektor. Welche Bedeutung und welchen Wertebereich hat der?

Weisst du, dass Interbase gewisse NF2 Leistungsmerkmale aufweist? Du kannst ein Feld auch als ANG_EXCLUDE integer [3] definieren, um einen Vektor der Dimension 3 zu speichern. Aber ob dass wirklich nötig ist? Oft ist eine 1:n relationship die bessere, weil portable Lösung.

Grüße vom marabu

[Mystic]

SQL-Code:

AND (ANG_PRODUKTE LIKE '%;;%' OR  ANG_PRODUKTE LIKE '%;*;%')
  AND (ANG_KUNDEN LIKE '%;;%' OR  ANG_KUNDEN LIKE '%;*;%')

Warum nicht gleich so?

Und wie kommst du darauf das %;;% das Gegenteil von %;*;% ist?

[mojo777]

marabu,
wo kann ich mehr darüber nachlesen, wie ich arrays in den zellen benutze. inkl. durchsuchung und sonst, was damit zusammenhängen kann... würde mich sehr freuen, wenn ich darüber etwas genauer nachlesen könnte. dass es diese mögl. gibt habe ich schon mitbekommen, aber mich abber immer davor gescheut damit was anzufangen, weil ich wirklich keine informationen dazu habe um auf irgendwie auf fehler beim programmieren zu reagieren.


mystic,
jau. das sieht in der tat blöd aus. aber das liegt daran, dass ich mir hier eine generierte Query als bsp ausgesucht habe, wo die variablen bei der generierung nicht belegt waren (sprich: x-beliebiger kunde, und produkt ohne EAN(preis per hand eingetippt)).
mit den o.g. werten würde das ganze folgendermaßen aussehen:

SQL-Code:

SELECT * FROM ANGEBOTE WHERE VON <= 'NOW'  AND BIS >= 'NOW'
AND ANG_EXCLUDE NOT LIKE '%;;%'
AND ANG_EXCLUDE_GRUPPEN NOT LIKE '%;1;%'
AND( (ANG_PRODUKTE LIKE '%;1547;%' AND  ANG_KUNDEN LIKE '%;147;%')
  OR (ANG_PRODUKTE LIKE '%;*;%' AND  ANG_KUNDEN LIKE '%;*;%')
  OR (ANG_PRODUKTE LIKE '%;1547;%' AND  ANG_KUNDEN LIKE '%;*;%')
  OR (ANG_PRODUKTE LIKE '%;*;%' AND  ANG_KUNDEN LIKE '%;147;%') )

das macht dann wieder etwas mehr sinn. so hoffe ich ist auch die frage nach dem gegenteil beantwortet

die spalte ANG_EXCLUDE ist ein varchar (<1000) und die werte dir sort statt int[n] gespeichert sind, werden eben durch ";" getrennt

[marabu]

Zitat von mojo777:

wo kann ich mehr darüber nachlesen, wie ich arrays in den zellen benutze

Die ultimative Informationsquelle ist der Interbase ApiGuide. Da die BDE arrays garnicht unterstützt und SQL nicht vollständig - arrays stammen noch aus GDML - musst du entweder array-kompatible Komponenten finden oder die API calls benutzen. Ich selbst habe arrays aus den bereits angedeuteten Gründen bisher vermieden.

Grüße vom marabu

[Mystic]

Zitat von mojo777:

jau. das sieht in der tat blöd aus. aber das liegt daran, dass ich mir hier eine generierte Query als bsp ausgesucht habe, wo die variablen bei der generierung nicht belegt waren (sprich: x-beliebiger kunde, und produkt ohne EAN(preis per hand eingetippt)).
mit den o.g. werten würde das ganze folgendermaßen aussehen:

SQL-Code:

SELECT * FROM ANGEBOTE WHERE VON <= 'NOW'  AND BIS >= 'NOW'
AND ANG_EXCLUDE NOT LIKE '%;;%'
AND ANG_EXCLUDE_GRUPPEN NOT LIKE '%;1;%'
AND( (ANG_PRODUKTE LIKE '%;1547;%' AND  ANG_KUNDEN LIKE '%;147;%')
  OR (ANG_PRODUKTE LIKE '%;*;%' AND  ANG_KUNDEN LIKE '%;*;%')
  OR (ANG_PRODUKTE LIKE '%;1547;%' AND  ANG_KUNDEN LIKE '%;*;%')
  OR (ANG_PRODUKTE LIKE '%;*;%' AND  ANG_KUNDEN LIKE '%;147;%') )

das macht dann wieder etwas mehr sinn.

Eigentlich nicht. Es lässt sich nämlich immer noch so schreiben:

SQL-Code:

AND (ANG_PRODUKTE LIKE '%;1547;%' OR  ANG_PRODUKTE LIKE '%;*;%')
  AND (ANG_KUNDEN LIKE '%;147;%' OR  ANG_KUNDEN LIKE '%;*;%')

Es sei denn ich hab was übersehen.