Ähnliche Strings erkennen.

[gibb]

Hallo zusammen,

Ich sitz vor folgendem Problem. Ich habe zwei SQL Statements einmal so:

Code:

select id,type from PointOfService  where (Code='DEFAULT') and ((Deleted=0)) and (type in (28))

und einmal so:

Code:

select id,type from PointOfService  where (Code=***x***) and ((Deleted=0)) and (type in (***y***))

Ich muss jetzt erkennen das es sich bei den 2 SQL statements um dasselbe handelt. Das SQL kann Varieren, die anzahl der ersetzten Parameter kann auch Varieren.

Mein erster Gedanke fängst du an und Kopierst dir alles bis zum ersten *** dann löscht ich alles aus dem string. bis zum zweiten ***
Teilstring1= select id,type from PointOfService where (Code=
restvomSQL= ) and ((Deleted=0)) and (type in (***y***))

und kopiere mir aus dem Teilstring wieder bis zum *** und lösche wieder bis keine *** mehr vorhanden sind.
Teilstring2= ) and ((Deleted=0)) and (type in (
restvomSQL|Teilstring3= ))

anschliessend nehme ich das andere SQL und nehme mir pos von Teil String1 und 2 die Differenz zwischen length(Teilstring1) und Pos(Teilstring2) Sagt sozusagen was ich deleten kann. Dasselbe spiel dann wieder mit teilstring2&3 usw.

am ende müsste ich dann zwei strings haben die so aussehen und ich miteinander vergleichen kann.
select id,type from PointOfService where (Code=) and ((Deleted=0)) and (type in ())

Das dürfte grundsätzlich funktionieren ABER es gefällt mir nicht Es gibt bestimmt eine schönere lösung als das wer weiss wie?

Gruss Gibb

[Bernhard Geyer]

Stell deine SQL's auf parametrisierte Abfragen um und schon sind die Strings gleich.

Als Abfallprodukt bist du ach gleich gegen SQL-Injection und Co. geschützt.

[gibb]

Ja das hilft mir jetzt aber nicht weiter

ein grossteil meiner sqls sind bereits auf Parameter umgestellt. Eine komplett umstellung ist auf die schnelle nicht möglich.

[mkinzler]

Man könnte es auch mit einen Algorithmus wie SOUNDEX oder Levensthein versuchen

[gibb]

O.ô ich habe wiki gelesen zu diesen 2 Artikel... ich seh noch nicht ganz wie ich damit erkennen soll das es sich tatsächlich um dasselbe statement handelt.

es geht um mehrere 10000 SQL Statements, und wehe bei einem kommt dasselbe resultat...

[shmia]

Zitat von gibb:

es geht um mehrere 10000 SQL Statements...

Wieviele Tabellen, Views und Stored Procedures hat denn die Datenbank wenn ich fragen darf?

[p80286]

Wie wäre es denn wenn du Dich an den Klammern orientierst?
Innerhalb der Klammern hast Du ja
Feld=Wert
Feld like Wert
Feld in (Werte)
Dami müsste sich doch etwas anfangen lassen ?

Gruß
K-H

[gibb]

womit wir dann wieder beim selben spiel währen wie ich oben mit den *** besprochen habe oder etwa nicht?

[Bernhard Geyer]

Zitat von gibb:

Ja das hilft mir jetzt aber nicht weiter

ein grossteil meiner sqls sind bereits auf Parameter umgestellt. Eine komplett umstellung ist auf die schnelle nicht möglich.

Zitat von gibb:

O.ô ich habe wiki gelesen zu diesen 2 Artikel... ich seh noch nicht ganz wie ich damit erkennen soll das es sich tatsächlich um dasselbe statement handelt.

es geht um mehrere 10000 SQL Statements, und wehe bei einem kommt dasselbe resultat...

Ich denke du wirst nicht um (einen beschleunigten) Umbau herumkommen. Jetzt in einen SQL-Parser zu investieren der zu 100% Fehlerfrei sein muss ist ähnlich aufwändig als eine vernünftige DB-Schnittstelle zu definieren die 100% Parametrisiert ist und bei denen du deinen Wildwuchs von 10000 per Format/String-Concation zusammen gebauten SQL-Strings damit ablöst.

Vor allem wie kommt man auf diese große Zahl? Und welcher Grund hat es jetzt diese in realtiv kurzer zeit vergleichbar zu haben?

[Furtbichler]

Wenn das Problem eingegrenzt werden kann (identische Tabellen, aber ähnliche WHERE-Klauseln) sollte ein 100% funktionierender Parser in 1-3 Tagen umgesetzt sein, schließlich werden hier bekannte Techniken verwendet. Eine Verwendung von CoCo, Lex&Yacc o.ä. wäre sicherlich noch besser. Man muss sich nur leider damit auskennen.