SQL CREATE or Replace View

[andreaspr@aon.at]

Schön, dass die Erweiterungen immer nur in den TR's beschrieben werden, sich aber in den Handbüchern/Dokumenten aber eher selten wiederfinden lassen (in der PDF für V7R3 steht da jedenfalls noch nichts).
Auf die TR-Dokus habe ich nun mal leider keinen Zugriff und meine Kunden sind auch eher nachlässig (oder übervorsichtig), was die Updates auf dem System angeht.

Was genau findest du nicht?
Klar, wenn du eine Doku von der Zeit vor dem TR hast, wirst du es nicht finden.
Ladest du dir das aktuelle PDF runter (das kann auch jeder nicht IBM Kunde) findest du in der SQL Referenz sogar die Updates vom März 2017. (Inkl. dem OR REPLACE)

lg Andreas

[Fuerchau]

Danke für den Hinweis, ich werde das beherzigen.
Trotzdem stehe ich auf dem Schlauch, wenn die Kunden nicht mitspielen.
Ein kleines Beispiel:

Einfache Datumskonvertierung (klappte schon auf V6R1) von Dezimal JJJJMMTT, beide Systeme V7R1, allerdings unterschiedliche PTF-Stände/TR's (nicht geprüft)?

date(char(nullif(MyDateNum, 0) * 1000000))

Auf einem System klappt das ohne Probleme, auf dem 2. System kommt ein Überlauffehler.
Im Debugmodus sieht man dann auch einen "Cast"-Fehler dieser Art (abgekürzt):

cast(MyDateNum * 1000000 as integer)

Nun weiß ich nicht, wie der Optimizer auf die Idee kommt, dass eine 8-Stellige * 6-Stellige Zahl in ein Integer passt.
Nach Änderung in
date(digits(nullif(MyDateNum, 0)) concat '000000')
klappt es auf beiden Systemen.

Das Hauptproblem des Ganzen ist einfach, dass man immer wieder überlegen muss, welcher SQL auf welchem Release und dann auch noch mit welchem TR funktioniert.

[andreaspr@aon.at]

Bei diesem konkreten Fall kann ich wenig dazu sagen. Oft spielen ja auch noch andere Faktoren zusammen.
Zu guter letzt kann es ja durchaus auch ein Bug sein der mit ensprechenden PTF behoben oder auch erzeugt wurde.
Ich hab auch schon einige Bugs gefunden, gemeldet und mittels PTF gefixed bekommen.

Klar, wir hatten ja schon das Phänomen, dass mit einem neuen Release Fehler, die zuvor vom System noch "Tolleriert" wurden, plötzlich eine Exception werfen.
In wieweit Fehler tolleriert werden sollen, ist glaub ich eher eine Glaubensfrage.
Aber in diesem Fall fand ich es gut (vor allem da ich selbst nicht davon betroffen war ;-) ) da mir lieber ist, wenn eine Exception dort auftritt wo der Fehler auch wirklich passiert und nicht erst irgendwo in der Applikation wo man eventuell nicht sofort drauf kommt wo das Problem ist.