![]() |
Datenbank: SQLServer • Version: ? • Zugriff über: ADO
Seltsamer Fehler bzgl. Parameterobjekt
Hallo,
ich bekomme bei einem einfachen Select eine Exception mit folgender Fehlermeldung: Zitat:
Bei mir ist es aber nur ein Select und das SQL-Statement ist ohne Parameter, daher frage ich mich was der Fehler soll. Die Meldung kommt mMn (ist innerhalb einer Webanwendung daher schlecht zu debuggen) nicht beim Öffnen der Abfrage sondern nach einem Locate und dem Auslesen eines Feldes der Datenmenge. Jetzt der Clou(?): Der (Text-)Inhalt dieses Datenfeldes (mit dieser ID) enthält einen Doppelpunkt. Entferne ich in der Datenbank den Doppelpunkt in dem Feld dieses einen Datensatzes ist alles OK. Also nicht Doppelpunkt im SQL-Statement, sondern im Ergebnis! Wie kann das sein? Gibt es da noch einen anderen Bug (D6)? |
AW: Seltsamer Fehler bzgl. Parameterobjekt
Wie lautet der SQL-Befehl?
Kannst Du nicht ein Beispielprojekt erstellen, in dem Du die Query exrahierst und eine Form mit einer TADOQuery erzeugst, dann ein Button, der das Teil öffnet und dann siehst du ja, wo es hängt. |
AW: Seltsamer Fehler bzgl. Parameterobjekt
Ich vermute, daß das Problem im
Delphi-Quellcode:
steckt.
Locate
U.U. ist der Klartext
Code:
und das wird dann als Parameter interpretiert.
select id from data where text='mit doppelpunkt:'
Als workaround fällt mir ad hoc nur das durchscrollen per
Delphi-Quellcode:
und
.Next
Delphi-Quellcode:
ein, und das ist ja wahrhaftig nicht soo doll.
Pos
Kannst Du das ursprüngliche Select nicht so anpassen, daß Du das
Delphi-Quellcode:
nicht mehr benötigst?
Locate
Gruß K-H Nachtrag hast Du mal mit " und ' gespielt? Da gibt es ja recht viele Seltsamkeiten |
AW: Seltsamer Fehler bzgl. Parameterobjekt
Wenn man sich den Code von 'Finde die Parameter im SQL-Text' anschaut, muss man sich nicht wundern.
Ob das am Locate liegt, würde ich dann bezweifeln. Abhilfe: den Suchtext mit dem Doppelpunkt als Parameter deklarieren, also
Delphi-Quellcode:
Achtung! Pseudocode. Hab hier kein Delphi.
ADOQuery.SQL.Text = 'select * from tabelle where feld = :ParamMitDoppelPunkt';
ADOQuery.Parameter['ParamMitDoppelPunkt'] := 'Der Text mit dem Doppelpunkt: '; |
AW: Seltsamer Fehler bzgl. Parameterobjekt
Hast Du vllt. den Gag übersehen?
Zitat:
K-H |
AW: Seltsamer Fehler bzgl. Parameterobjekt
Die genaue Abfrage würde uns aber wirklich weiterhelfen.
|
AW: Seltsamer Fehler bzgl. Parameterobjekt
Zitat:
Zitat:
Wenn man das allerdings ausprobiert, sieht man, das alles wie gewünscht funktioniert. Die vom Fragesteller beobachtete Problematik kenne ich nicht und kann mir das auch nicht vorstellen, denn die Query wird vor der Ausführung geparst, ergo beziehen sich alle Probleme bezüglich der Parameter auf den Zeitpunkt *vor* der Ausführung. Was sein kann ist, das das Dataset mit einem anderen Dataset verknüpft ist und dort dann der Hund begraben liegt. Man kann die ja so verknüpfen, das beim Record-Wechsel in DS1 eine neue parametrierte Query DS2 ausgeführt wird (Datasource-Eigenschaft von DS2 setzen. Dann könnte ein 'Locate' im DS1 zu Problemen führen (wenn die Query in DS2 fehlerhaft ist). Soweit ich mich erinnere muss der Parameter in DS2 einem Feldnamen in DS1 entsprechen. Aber das ist alles nur Ratenspiel bzw. müsste man das ausprobieren, aber dazu habe ich jetzt keine Lust.
Delphi-Quellcode:
Das mal testen. Und dann im DS2.SQL den Parameternamen ändern oder ein Leerzeichen zwischen ':' und 'M' setzen (damit das zu Problemen führt). Dann DS1 öffnen und wieder per Locate wechseln (obwohl das Locate überflüssig wäre, denn es knallt schon beim Öffnen von DS2)
DS1 := 'Select MasterID, moreData from MasterTable';
DataSource1.Dataset := DS1; DS2.DataSource := DataSource1; DS2.SQL.Text := 'Select * from Details where MasterID = :MasterID'; |
AW: Seltsamer Fehler bzgl. Parameterobjekt
Sorry, war gestern nicht mehr online und konnte das nicht weiter ausführen.
Die Tabelle enthält Textbausteine für meine Web-CGI, quasi ein Mini-CMS für Arme. Sobald aus dem Webrequest ersichtlich ist, welche neue Web-Seite angefordert wurde, wird die Query geöffnet, die da lautet:
SQL-Code:
Das einzige was an dem Statement variabel ist ist der Name der angeforderten Seite. In Delphi sieht die Stelle so as:
Select * From
Webtexte Where Seite='*' or Seite='Name der angeforderten Seite' or Kategorie='Menuitem'
Code:
Die GetPagename-Funktion liefert nur definierte Namen zurück, so dass ich mich nicht um SQL-Injektion o.ä. sorgen musste und keine Parameter benutze!
Webtexte.SQL.Add('or Seite = ');
Webtexte.SQL.Add(QuotedStr(GetPagename(RequestedPage))); Wie man sieht enthält auch die Where-Klausel keinen Vergleich mit einem Text der einen Doppelpunkt enthält. Es gibt dann eine Funktion, die aus der bereits ohne Fehler geöffneten Datenmenge einen Textbaustein anhand der ID sucht und in dieser tritt mMn der Fehler auf. Sinngemäß (hab Delphi noch nicht auf):
Delphi-Quellcode:
Es werden während der Laufzeit der CGI mehrere Textbausteine mit verschiedenen ID's aus der Datenmenge geladen, daher weiß ich, dass diese sich auf jeden Fall öffnet. Nur halt der eine Datensatz, der einen Doppelpunkt enthält, macht halt Probleme. Der Text in dem Datensatz ist:
function GetContentFromID(ID:String):String;
begin if Webtexte.Active then begin Webtexte.Locate('ID',ID,[]); Result:=Webtexte.FieldByName('DE').AsString; end; end; "Gehen Sie dabei wie folgt vor:" Laß ich den Doppelpunkt weg, funzt halt alles. Ich hoffe so wird klarer warum ich das nicht nachvollziehen kann. |
AW: Seltsamer Fehler bzgl. Parameterobjekt
Vor Seite fehlt höchstwahrscheinlich ein Leerzeichen, bze es schadet nicht dort eins einzufügen
Delphi-Quellcode:
Zudem würde ich, wie auch schon mehrmals genannt, Parameter verwenden!
Webtexte.SQL.Add(' or Seite = ');
|
AW: Seltsamer Fehler bzgl. Parameterobjekt
Dadurch das
Delphi-Quellcode:
eine neue Zeile (tatsächlich einen neuen String in die StringListe, ich weiss) einfügt ist das Leerzeichen vor dem 'or' überflüssig.
SQL.Add
Es sei denn natürlich, die verwendeten DB-Komponenten klöppeln daraus einen einzigen zusammenhängenden (nicht durch CR getrennten) String. Sherlock |
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:34 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz