![]() |
Datenbank: ADO • Zugriff über: Jet.OLEDB.4.0
Dezimalprobelm beim Auslesen der ADO
Hallo,
Ich habe einen Kunden, welcher meine Software nutzt. Nun klagt er darüber das ein Wert nicht richtig ausgelesen wird. Es handelt sich zufällig um einen Dezimal. Richtig geschrieben wird er allerdings! (Eingefügt!) Nur irgendwie wird der Wert als 0 ausgelesen. Zu erwähnen bleibt, dass dieser Wert als String ausgelesen wird. (Ausgabe ist eine einfache 0!) Alle anderen Daten werden ausgelesen. Bei mir funktioniert es :!: Gibt es eine DLL??? (vielleicht verwendet dieser eine nicht kompatible Version!) Was kann ich tun? MfG Benny |
Re: Floatprobelm beim Auslesen der ADO
Vielleicht sind die Systemeinstellungen falsch ( Dezimaltrenner / Tausendertrenner).
|
Re: Floatprobelm beim Auslesen der ADO
Zitat:
Oder? |
Re: Dezimalprobelm beim Auslesen der ADO
Warum? Wie wandelst du den Float in den String?
|
Re: Dezimalprobelm beim Auslesen der ADO
Zitat:
=> ADOQuery.Fields["id"].AsString |
Re: Dezimalprobelm beim Auslesen der ADO
Lass dir mal den Value anzeigen
|
Re: Dezimalprobelm beim Auslesen der ADO
Zitat:
Wie kann ich das Value verwenden und ausgeben? |
Re: Dezimalprobelm beim Auslesen der ADO
Delphi-Quellcode:
ADOQuery.Fields['id'].Value
|
Re: Dezimalprobelm beim Auslesen der ADO
Zitat:
|
Re: Dezimalprobelm beim Auslesen der ADO
Lass dir das mal im Debugger anzeigen.
Zitat:
|
Re: Dezimalprobelm beim Auslesen der ADO
Zitat:
Ich bin jedoch auf folgendes gestoßen: ![]() Kann es vielleicht sein, dass mein Kunde eine alte OLEDB hat? Ich habe nämlich den Provider mit Version 4 gewählt! Wie kann ich das prüfen? MfG Gruß |
Re: Dezimalprobelm beim Auslesen der ADO
Hallo,
Nun habe ich von Dezimal auf Double umgestellt und es funktioniert beim Kunden! :wiejetzt: Unglaublich, aber wahr! Naja da es für mich keinen unterscheid macht, bleibe ich eben bei Double! |
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:08 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