SUM mit DATEDIFF

[jobo]

Zitat von p80286:

Zitat:

bekomme ich den Fehler "Fehler beim Konvertieren einer Zeichenfolge in ein Datum."

Wenn man dieserFehlermeldung glauben kann, dann sitzt der Fehler hier

Code:

(R.wert2 AS time)

oder hier

Code:

(R.wert3 AS time)

Ich würde jetzt nicht darüber diskutieren ob dieser Fehler möglich ist oder nicht, sondern ich würde mir die Daten einmal anschauen.

Ich würde das unterstützen und trotzdem darüber diskutieren.

Auch auf die "Gefahr" hin, dass es nicht der Grund für den Fehler ist:
Wie kommt man gerade als Pascal Entwickler darauf, dass die Konvertierung eines beliebigen Wertes in Datum oder Zeittypen einfach so funktioniert?
Wieso bin ich immer wieder überrascht, dass soetwas gemacht wird?

Es handelt sich hier offenbar nicht um eine implizite Konvertierung, aber ohne (sichtbar) Vorgabe, wie wert2 oder wert3 aufgebaut ist, ist eine fehlerhafte Datengrundlage im CAST Vorgang doch naheliegend. Es gibt weitere Indizien dafür:
- der (einfache) Ausdruck funktioniert (scheinbar)
- SUM über den gleichen (einfachen) Ausdruck funktioniert nicht

Was passiert da wohl?
Ich mache ein Probeselekt auf meine Tabelle, mein modernes Tool liefert natürlich nicht 1000e Datensätze zurück, sondern liefert intelligent ein paar Werte von Anfang der Tabelle. Ich bilde nun die Summe über den "funktionierenden" Ausdruck. Summen gehen bekanntlich über alles, also die ganze Tabelle. Hier gibt es keine "Intelligenz" mehr im Tool, es wird einfach geliefert, jeder(!) Feldwert wird angefasst, blind gecastet und aufsummiert. Das geht natürlich leicht in die Hose, wenn die Werte die dabei verwurstet werden nicht auf anderer Ebene (Constraints, Business Logik, ..) ein garantiertes Format aufweisen.

ps: Dieser Gedanke ist leicht prüfbar, z.B. das "funktionierende" Statement ganz durchlaufen lassen