Hallo zusammen,

seit einigen Jahren arbeite ich mit SQL und SSMS. Doch seit zwei Tagen tritt ein Fehler bei schon oft benutzten Tabellen und Sichten auf, den ich nicht klären kann,
In einer Tabelle existiert eine Spalte Geburtstag (einer Person), die eine berechnete Spalte ist (der Geburtstag wird aus einer Versicherungsnummer extrahiert. Diese Geburtstagsspalte wird als nvarchar(24) erzeugt bei der Berechnung.
Ich habe dazu eine Sicht erzeugt, in der mit diesem Geburtstag (dd.mm.jjjj) weiteres berechnet wird. Wenn ich den entsprechenden SELECT auf SYntax prüfe gibts kein Problem. Wenn ich ihn ausführe, kriege ich die Fehlermeldung (siehe ersten Anhang). Inhalt: FrameWork Microsoft SqlClient Data Provider, Fehler beim Konvertieren einer Zeichenfolge in ein Datum und/oder eine Uhrzeit.
Wenn ich allerdings nun OK klicke, werden die darzustellenden Daten eigentlich richtig ermittelt und dargestellt (siehe zweiten Anhang). Nun gut, unerklärlich, warum dann die Fehlermeldung...
Was aber am meisten stört ist, wenn ich diese Sicht in meiner Anwendung anwenden will, kommt natürlich auch dieser Fehler und nichts geht mehr.
Und noch mehr stört mich, dass dieser Fehler mindestens 5 Jahre nicht gekommen ist, hat mehrere Updates von SSMS 'überlebt' und tritt erst seit drei Tagen ohne vorherige Änderungen an der Datenbank auf.
Ich habe keine Idee, wie ich diesen Fehler wieder abstellen könnte...??

Grüße - Dietrich

Hallo, ja es passiert alles im SQL Server Management Studio, neuste Version.
Ich gehe auf Entwerfen bei meiner Sicht:
SELECT TOP (100) PERCENT Anrede, Name, Geburtstag, DATEDIFF(day, Geburtstag, GETDATE()) / 365 AS Age, DATEDIFF(day, CAST('1.1.' + CAST(DATEPART(year, Geburtstag) AS nvarchar) AS date), Geburtstag) + 1 AS Tag
FROM dbo.Klienten
Geburtstag ist die berechnete Spalte (siehe ersten Thread), Klienten ist die Datatable.
Der Fehler taucht sofort auf, wenn ich SQL ausführen klicke. Dann klicke ich auf OK bei der Fehlermeldung und dann werden die Ergebnisse angezeigt. Das Datum/Geburtstag kommt im Format dd.mm.jjjj (nvarchar).
Wie gesagt, das hat schon einige Jahre geklappt. Ach so, vor paar Tagen erschien beim Datenbanken verbinden, dass meine Datenbank wiederhergestellt werden müsse, das habe ich gemacht, die Spalte Geburtstag wurde get berechnet, doch seitdem kommt der ominöse Fehler...

Danke an alle für die Tipps!

@Erfinder des Rades: Diese Versicherungsnummer ist als nvarchar gespeichert, weil recht lang. Und aus dieser wird der integrierte Geburtstag geholt mittels Formel und wird dadurch zur berechneten Spalte - auch nvarchar. Und für eine berechnete Spalte kann man KEINEN Datentyp vorgeben.
Ich habe auch schon mal 1974/10/17 versucht anzuwenden - kein Erfolg

@slice. ich prüfe auf Geburtstag Is not NULL mittels Where.

Was mich stört am Ganzen ist, dass es ein paat Jahre super funktioniert hat und jetzt -bang- nicht mehr...
Aber ich werde eure Tipps versuchen anzuwenden!


!!! Habe soeben deinen Tipp angewendet Haudruff.... Es kommt dieselbe Fehlermeldung. Gerechnet wird trotzdem richtig.
Weiter geht`s

@slice: In meinem zweiten Thread siehst du vollständiges Query. Ob ich Where... hinzusetze oder nicht, die Fehlermeldung kommt. Und wenn ich bei der Fehlermeldung OK klicke, werden meine berechneten Daten auch richtig angezeigt,
Die Sicht in der Form aber in meinem VB.net Programm anzuwenden ist aber nicht möglich, weil die Fehlermeldung dort auch kommt, wenn ich die Sicht in ein Dataset speichern will. Bei solcher Fehlermeldung bricht das Programm dann ab.
Und das hat eben seit ca 10 Jahren absolut funktioniert, seit paar Tagen eben nicht mehr. MUSS am SSMS oder Server liegen.

Aber: Gibt es eine Möglichkeit, die berechneten Werte (Geburtstag extrahiert aus Versicherungsnummer, nvarchar) als Datumswert konvertiert in eine andere Spalte zu "transportieren"?

Noch etwas fällt mir auf: Schaut man gennauer hin bei dem ersten Screenshot (Fehlermeldung) sieht man hinter Tag noch weiter Namen von Datenfeldern aus der Kliententabelle. Eigentlich haben die da doch nichts zu suchen,oder? Die gehören doch nicht zur Select-Anweisung...

OK.
Eingabe vom Anwender, gespeichert in Tabelle Klienten:
Versicherungsnummer nvarchar(10) sie muss immer 10 Stellen haben, die letzten 6 sind das Datum ddmmjj

Ermitteln aus Versicherungsnummer: (x-mal probiert, letztendlich in Date zu konvertieren, geht nicht)
Geburtstag (((((case when (CONVERT([int],'19'+substring([Versicherungsnummer],(9),(2)),(0))-datepart(year,getdate()))*(-1)>=(100) then '20' else '19' end+substring([versicherungsnummer],(9),(2)))+'-')+substring([versicherungsnummer],(7),(2)))+'-')+substring([versicherungsnummer],(5),(2)))

Bei der Berechnung wird beachtet, ob jj noch ins 19 Jh. oder schon ins 20. Jh. fällt (etwas speziell vom Anwender, deshalb diese Abfrage >=100

Query für die Sicht:
SELECT TOP (100) PERCENT Anrede, Name, Geburtstag, DATEDIFF(day, Geburtstag, GETDATE()) / 365 AS Age, DATEDIFF(DAY, DATEFROMPARTS(YEAR(Geburtstag), 1, 1), Geburtstag) + 1 AS Tag
FROM dbo.Klienten
WHERE (Geburtstag IS NOT NULL)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Nun habe ich mal nach der Methode TOP (n) mit n=1 - 109 durchgecheckt (OHNE PERCENT!!) und siehe da, in jeder Zeile gab es keinen Fehler. Habe dann letzten Endes TOP (110) durchgeführt - da kam der Fehler. Aber die letzte Zeile einer Sicht besteht doch immer aus NULL Spalten???
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1. Es muss heißen ...besteht aus NULL-Werten.
2. Die vielen Klammern in der Formel werden vom Designer selbst gesetzt! (SSMS 19,2)
3. Select Top(100) zeigt mir alle Zeilen der Sicht ohne Fehlermeldung, wenn ich dann 101 eingebe, kommt zum ersten Mal der Fehler.
4. Deine letzte Frage: das läuft so bei meinem SSMS (SQLEXPRESS 2022). Das kenne ich nicht anders.

Aber: Das Problem ist gelöst, und zwar habe ich mit Methode 3. entdeckt, dass eine unter der Menge der Versicherungsnummern einen Zahlendreher beim Monat hatte. Voila! Jetzt geht wieder alles1 Super

Danke an alle, die mir hier mitgeholfen haben!!!
Grüße - Dietrich