ADOCommand Parameter - ich werde bekoppt

[süden]

Ist fest verdrahtet im Objektexplorer als ftFloat.

[jobo]

Hast Du es mal mit ftBCD statt float versucht?

[Furtbichler]

Zitat von süden:

Ist fest verdrahtet im Objektexplorer als ftFloat.

Access oder SQL-Server?

Zitat:

Delphi-Quellcode:

dKost := FieldByName('intern').AsFloat;
...
Parameters.ParamByName('I').Value := dKost;

Welcher Datentyp ist dKost ? Jetzt sag nicht 'Double'

Hmm..

Delphi-Quellcode:

Post(TheCodeSchnipselThatMakesDieProbleme) 
IF DB=Access then  
  Append(TheBeispielAccessDB) 
else
  Append(TheBeispielSchemaSkript)

[süden]

Klar Double, wird ja als Float gelesen, und es funktioniert ja auch - bis auf die Kommaverschiebung.
Ich habe ja auch beides getestet, Float und String (mit '.' und mit ','.

Direkt in den SQL-Commandtext gehts ja.

Datenbanken: Für Access und SQL Server (ab 2005).

Habe ich da irgendwas nicht auf dem Schirm?

[sx2008]

Wenn du mit Feldinhalten ein Problem hast dann darfst du nur dem MS SQL Management Studio vertrauen wenn du den Inhalt prüfen möchtest.
Ich wollt's nur mal gesagt haben weil wenn man sich nur auf ADO Komponenten verlässt die Ursachen nur schwer finden kann.

Eine weitere Quelle von Problemen sind verschiedene Datenbanken zur Design- und Runtime.
Sobald man in Delphi eine ADOQuery oder ADOCommand ändert wird im Hintergrund die ADOConnection geöffnet, der SQL-Text analysiert und daraus die Datentypen der Parameter abgeleitet.
Verweisst z.B. die Connection zur Designtime auf eine lokale Accessdatenbank während zur Laufzeit ein SQL Server verwendet wird passen die Parametertypen in manchen Fällen nicht so richtig zusammen.
Nach meinen Erfahrungen ist es besser zur Designtime eine SQL Server DB zuverwenden als eine Accessdatenbank.

[süden]

Ich entwickle erstmal Datenbank unabhängig mit ADO,
dann teste ich mit Accsess + SQL Server (oder umgekehrt).

Hier habe ich zuerst mit Access getestet -> und bin nicht weiter gekommen.

[arnof]

Mein Tipp, lese nach der Übergabe einfach mal den Parameter wieder aus, ob das richtige drin steht.

Wenn Ja, dann ist der Fehler woanders zu suchen (die SQL Funktion könnte ja auch falsch sein )

[nahpets]

Zitat von süden:

Ist fest verdrahtet im Objektexplorer als ftFloat.

Das muss nicht immer zwingend funktionieren, habe da auch schon mal die Erfahrung gemacht, dass das Ergebnis anders aussah, als erwartet.
Meine Lösung sah in etwa so aus:

Delphi-Quellcode:

  ADOCommand1.Parameters.Clear;
  ADOCommand1.CommandText := 'parametriesiertes SQL...';
  ADOCommand1.Parameters.ParamByName('jeder Parameter').DataType := ftDatentyp;
  ADOCommand1.Parameters.ParamByName('jeder Parameter').Value := Wert;

Nachsatz:

Beim Kompilieren darauf achten, dass die Entwicklungsumgebung keine geöffnete Datenbankverbindung, Abfrage... hat.

Die Datenbankverbindung immer im laufenden Programm herstellen und beenden und nicht die bereits in der Entwicklungsumgebung geöffnete Datenbankverbindung nutzen.