SUM mit DATEDIFF

[ThomasWB]

Hallo zusammen,

ich habe ein mir unerklärliches Verhalten.
Der folgende SQL funktioniert fehlerfrei:

Code:

SELECT 

       CAST(
            DATEDIFF(hh,
                     (R.von + CAST(R.wert2 AS time)),
                     (R.bis + CAST(R.wert3 AS time))
                    )
            AS int
           )

   FROM auplan R

Setze ich das Ganze aber als Summe:

Code:

SELECT 
   SUM( 
       CAST(
            DATEDIFF(hh,
                     (R.von + CAST(R.wert2 AS time)),
                     (R.bis + CAST(R.wert3 AS time))
                    )
            AS int
           )
      )
   FROM auplan R

bekomme ich den Fehler "Fehler beim Konvertieren einer Zeichenfolge in ein Datum." Ich verstehe nicht, warum diese Fehlermedlung kommt, wenn ich die Summe über ein DATEDIFF (Intger) bilde.

[Andreas13]

Anscheinend fehlt die schließende Klammer ) von SUM(.
Gruß
Andreas
PS: Sorry, doch nicht...

[hhcm]

Warum überhaupt der CAST as Int? Bei DATEDIFF kommt eh ein Int raus.

[ThomasWB]

Das war ein weiterer versuch, da SUM durekt einen Fehler brachte. Daher dachte ich, wandle das Ergebnis von DATEDIFF mit CAST in 100% Integer um. Reine Verzweiflungstat.

[hhcm]

Hast du mal versucht das mit einer Testtabelle und ein paar Testdate n zu bestätigen?

Bei mir gibt das keine Fehler.

Code:

(R.von + CAST(R.wert2 AS time)),

Sowas nutze ich allerdings nicht.

[p80286]

Zitat:

bekomme ich den Fehler "Fehler beim Konvertieren einer Zeichenfolge in ein Datum." Ich verstehe nicht, warum diese Fehlermedlung kommt, wenn ich die Summe über ein DATEDIFF (Intger) bilde.

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.

Gruß
K-H

[ThomasWB]

Was ich nicht verstehe ist, warum es keine Fehlermeldung gibt, wenn ich den SQL ohne SUM abschicke und warum dann mit SUM eine Fehlermeldung kommt.

[DasWolf]

Zitat:

Zitat von ThomasWB (Beitrag 1451180)

Was ich nicht verstehe ist, warum es keine Fehlermeldung gibt, wenn ich den SQL ohne SUM abschicke und warum dann mit SUM eine Fehlermeldung kommt.

Bitte poste mal die Tabellenstruktur.

Kommt der Fehler auch bei einer leeren Tabelle oder mit nur einem Datensatz?

[jobo]

Zitat:

Zitat von p80286 (Beitrag 1451171)

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

[Jumpy]

Was passiert, wenn man die Summe mal anders bildet?

SQL-Code:

Select Sum(Wert) From
(

SELECT
       CAST(
            DATEDIFF(hh,
                     (R.von + CAST(R.wert2 AS time)),
                     (R.bis + CAST(R.wert3 AS time))
                    )
            AS int
           ) as Wert
FROM auplan R 

)