Probleme mit mySQL Version 5.6.x: Unterschied zwischen den Versionen
(Die Seite wurde neu angelegt: „== Problem: mySQL Version 5.6 bringt fehlerhafte Daten zurück == Die genannte mySQL-Version bringt in Verbindung mit CrystalReports u.U. fehlerhafte Daten zu…“) |
(→Auswirkung) |
||
| Zeile 5: | Zeile 5: | ||
== Auswirkung == | == Auswirkung == | ||
| − | Reports, die Datumsabfragen verwenden, liefern u.U. fehlerhafte Daten zurück, manchmal auch keine. Das Problem konnte reproduziert werden und ist bei mySQL auch als Bug-Report aufgenommen worden. Siehe [http://bugs.mysql.com/bug.php?id=69233 mySQL bug Report 69233] | + | Reports, die Datumsabfragen verwenden, liefern u.U. fehlerhafte Daten zurück, manchmal auch keine. Das Problem konnte reproduziert werden und ist bei mySQL auch als Bug-Report aufgenommen worden. Siehe u.a.: |
| − | http://stackoverflow.com/questions/16589296/mysql-not-generating-correct-results-using-odbc-date-parameter Forumseintrag in StackOverflow]. | + | * [http://bugs.mysql.com/bug.php?id=69233 mySQL bug Report 69233] |
| + | * [http://stackoverflow.com/questions/16589296/mysql-not-generating-correct-results-using-odbc-date-parameter Forumseintrag in StackOverflow]. | ||
Im konkreten Fall ging es um einen Report, der Auftragsdaten in einem bestimmten Zeitraum abruft. In ungefähr (!) einem von fünf Fällen brachte der Report falsche Daten zurück. Die SQL-Abfrage, die von Crystal erzeugt wurde, wurde auch '''direkt auf dem mySQL-Server '''ausgeführt (mySQL-Workbench) und brachte auch dort die unrfegelmäßigen Fehler! Somit scheiden Fehlerquellen wie Crystal, ODBC, Treiber, Netzwerk o.ä. definitiv aus! | Im konkreten Fall ging es um einen Report, der Auftragsdaten in einem bestimmten Zeitraum abruft. In ungefähr (!) einem von fünf Fällen brachte der Report falsche Daten zurück. Die SQL-Abfrage, die von Crystal erzeugt wurde, wurde auch '''direkt auf dem mySQL-Server '''ausgeführt (mySQL-Workbench) und brachte auch dort die unrfegelmäßigen Fehler! Somit scheiden Fehlerquellen wie Crystal, ODBC, Treiber, Netzwerk o.ä. definitiv aus! | ||
Version vom 4. September 2013, 13:01 Uhr
Inhaltsverzeichnis
1 Problem: mySQL Version 5.6 bringt fehlerhafte Daten zurück
Die genannte mySQL-Version bringt in Verbindung mit CrystalReports u.U. fehlerhafte Daten zurück! Dieser Artikel beschreibt das Problem. Wir raten von der Verwendung dieser Version von mySQL dringend ab!
2 Auswirkung
Reports, die Datumsabfragen verwenden, liefern u.U. fehlerhafte Daten zurück, manchmal auch keine. Das Problem konnte reproduziert werden und ist bei mySQL auch als Bug-Report aufgenommen worden. Siehe u.a.:
Im konkreten Fall ging es um einen Report, der Auftragsdaten in einem bestimmten Zeitraum abruft. In ungefähr (!) einem von fünf Fällen brachte der Report falsche Daten zurück. Die SQL-Abfrage, die von Crystal erzeugt wurde, wurde auch direkt auf dem mySQL-Server ausgeführt (mySQL-Workbench) und brachte auch dort die unrfegelmäßigen Fehler! Somit scheiden Fehlerquellen wie Crystal, ODBC, Treiber, Netzwerk o.ä. definitiv aus!
REFLEX ist davon übrigens nicht betroffen, weil es zur Abfrage von Datumsfeldern einen andere Syntax verwendet als CrystalReports!
3 Manchmal keine Daten
Wenn manchmal keine Daten im Report stehen, kann diese Option in der ODBC-Einstellung u.U. Abhilfe schaffen:
