Zitat von
marabu:
Hallo,
der thread ist für den vermuteten Fehler eigentlich schon viel zu lang geworden. Ich schlage eine etwas systematischere Vorgehensweise vor: Table Repair einsetzen, Leerkopie der Tabelle hier einstellen, Versionsnummer der
BDE bekanntgeben. Dann sollte die Raterunde bald zu Ende sein.
Ähm... ja, das scheint derzeit zu einer neverending story zu werden
Zitat von
marabu:
@Rainer: der Fehler beim programmseitigen Zugriff auf ein DateTime-Feld ist schon lange behoben,...
Sorry Achim: das sehe ich etwas anders: im Beitrag #39 1.Code funktioniert das laut Simone's Aussage ja einwandfrei (gut, ist ne TestTabelle mit 'richtigen' SpaltenNamen und hartcodierten Datum-/Zeitwerten), nur der 2.Code scheitert immer noch an dem übergebenen Parametertyp... Daher mein dezenter Hinweis, ob die Feldwerte aus DBGDatum und DBGZeit auch richtig sind...
Zitat von
marabu:
... am Code kann es also nicht mehr liegen. ...
Der von dir bzw auch von mir gepostete Code ist soweit richtig, zumal ich das expliziet an meiner ähnlich gelagerten Tabelle (und auch mit den zusätzlich DBGRids zum Selektieren eines Datum- und Zeitwertes) ausgetestet habe...
Als einigermassen pfiffiger Programmierer würde ich natürlich beispielsweise die über ein DBGrid selektierten Datum-/Zeitfelder erstmal durch hartcodierte Werte ersetzen, um zu schauen, ob das
SQL-Statement immer noch rumzickt...
Code:
ParamByName('datzei').AsDateTime:= StrToDateTime('15.12.2006')+ StrToDateTime('15:15:00');
Aber okay... Ratespiele sind nicht so ganz meine wirkliche Welt, also von daher hab ich auch keine sinnvollen Ideen mehr...
Aber eins muss ich ja noch loswerden (man möge es mir verzeihen): unsaubere und eben auf die Schnelle erstellte Tabelle(n) bereiten einem im Nachhinein mehr Kopfzerbrechen/Probleme als einem lieb ist...