Probleme mit Identity Column in Table

[andreaspr@aon.at]

"Generate Always" bedeutet nur beim Insert, dass ein Wert vergeben wird, egal ob ich NULL angebe, das Feld nicht verwende oder eine bestimmten Wert eintrage. Wäre ja fatal, wenn ein Update den Wert ständig verändern würde.
Dies verhindert nicht den (versehentlichen) Update des Wertes.

Hast du das denn schon mal probiert?? Ich Tippe mal auf nein.

Hier auch noch zusätzlich ein Auszug aus dem Handbuch:

ALWAYS
Specifies that the database manager will always generate a value for the column when a row is inserted or updated and a default value must be generated.

[Fuerchau]

or updated = nur dann, wenn das Feld nicht schon einen Inhalt hat.
Wenn der Wert jedes mal erneuert würde, könnte ich diesen nicht als Schlüsselverweis in einer anderen Tabelle verwenden, dann wäre er sinnlos.

[B.Hauser]

Vielleicht liegt das ganz einfach an der Lizenzpolitik sowie den Preisen für neue Hardware.
Im Gegensatz zu Windows läuft die AS/400 eben sehr stabil.
Warum soll ich ein OS-Update durchführen wenn ich gleichzeitig auch noch die Hardware austauschen muss?
Warum soll ich teurere Compiler bezahlen nur weil die IBM die OPM-Compiler abschaffen will bzw. sich nun teuer bezahlen lässt?
Warum soll ich auf das teure und größere und schnellere Hardware voraussetzende Web/Query umsteigen wenn mir das Query/400 ausreicht und ich ansonsten PC-Lösungen einsetze?
Manchmal verhindert auch meine ERP-Anwendung den Umstieg weil ich vielleicht keine Quellen habe und das Softwarehaus nicht mehr existiert und es auch keinen AS/400-Softwarenachfolger gibt.
Es gibt viele Gründe den Status Quo beizubehalten. Im Mittelstand sind es hier tatsächlich die Kosten und den vermissten tatsächlichen Mehrnutzen für meine existierenden Anwendungen.

Und dann gibt es noch solche wie mich, die diesen Anwendern auch noch helfen, mit diesem Status Quo noch weiter zu kommen.

... und im Endeffekt fliegt das "veraltete" System mitsamt den "veralteten" Anwendungen raus, weil in der PC welt alles viel "besser" und "moderner" ist.

[Tonazzo]

Also Leute,

da der komplette Zugriff auf diese Datei über eine Serviceporgramm läuft und in der Prozedur
für Update dieses Feld (SET ID) nicht geändert wird, wird die ID auch dort nicht umgebogen.

Ich kann dieses Feld allerdings im OPNAV verändert. (Definition auf Feldebene).

@B.Hauser
Wie H. Fuerchau schon geschrieben hat: Es gibt viele Gründe den Status Quo beizubehalten.
Keine Angst wir bleiben bei der AS/400/iSeries/System I/I5 etc.... ;-)

Um mir die nächste ID anzusehen sollte folgender Befehl passen:
select NEXT_IDENTITY_VALUE from SYSPSTAT
where TABSCHEMA = 'MYLIB' AND TABNAME = 'ADRESSP'

[TheDevil]

... und im Endeffekt fliegt das "veraltete" System mitsamt den "veralteten" Anwendungen raus, weil in der PC welt alles viel "besser" und "moderner" ist.

JO ... bis nach der Umstellung die GL dann irgendwann merkt was man sich auf mittelfristige Sicht da ans Bein gebunden hat ...

[Fuerchau]

@Birgitta
Da kann man dem Anwender aber keinen Vorwurf draus machen.
Die wenigsten pflegen und entwickeln ihre Anwendung selber.
Man verlässt sich da halt auf die Software-Häuser.
Wenn die leider nicht mitspielen und ihre Anwendungen für die AS/400 weiterentwickeln bleibt dem Anwender nichts übrig als die "alte" AS/400 rauszuschmeißen und die "neue PC-Welt" reinzuholen.
Viele trauern ihrer AS/400 dann auch nach, aber es gibt halt kaum noch neue oder modernisierte ERP-Anwendungen für die AS/400.
Die Anwender, die auf die neuen OS-Versionen wechseln haben halt
- die Software in Eigenverantwortung
- noch real lebende Softwarehäuser
- mögen kein SAP

[B.Hauser]

Ich sehe das leider umgekehrt.
Ich arbeite in einem Softwarehouse und wir dürfen/können erst nachden der letzte Kunde sich bewegt hat selber umstellen (zumindest was die Software angeht).
Allerdings auch nur wieder an das niederste Release eines Kunden.

Wo beißt sich den da die Katze in den Schwanz??? Die "Anwender" können nicht upgraden weil die "Softwareh-Häuser" nicht upgraden und die Software-Häuser können nicht upgraden, weil irgend ein Kunde noch einen alten Stand hat.

Was glaubt Ihr wie oft ich schon geflucht habe, weil ich Räder neu erfinden musste, die in den höheren Release bereits erfunden waren.

Birgitta

[TheDevil]

Und was die "Mickey Mouse" Fraktion angeht ... auch hier kommt mit neuen Release von irgendwelcher
Software dann die Frage nach dem SQL Server (was ihr habt noch 2005 = geht nicht). Und auch
Softwarefirmen von Win Soft machen mal dicht und dann steht man im Regen.

Also eigentlich gibt es hier keine gravierenden Unterschiede zwischen der i5 und Win Fraktion. Gab auch schon Firmen die von Win Software auf i5 Software umgestiegen sind (Kosten Nutzen ...)

Gruß,
Ralf

[Fuerchau]

Win->AS/400 habe ich noch nicht erlebt.
Aber es ist halt auch und ggf. gerade bei Windows das Problem der Kompatibilität mit den verschiedenen Versionen. Aktuelle Software läuft nicht mit Win10, neue Software läuft nur noch mit Win10 aber ich brauche dann auch SQL-Server 2016. Upgradepreise gibts zum Teil nicht sondern nur Neulizensierung.
Gerade die IBM sollte sich davon doch verabschieden können und es dem armen Anwender mit günstigen Upgrades das Leben erleichtern.
Ich erlebe halt immer wieder, dass Software auf dem oder dem Release nicht geht.
Zum Vergleich: Meine BI-Lösung läuft seit WindowsXP bis zum aktuellen Win10 und den passenden Serverversionen absolut problemlos. Ich verstehe die Entwickler manchmal nicht, die z.B. für Win10 eine neue Software "entwickeln" müssen die dann auf Win8 oder gar Win7 nicht mehr funktioniert.

Aber mit dem eigentlichen Thema hat das Ganze ja nun nichts mehr zu tun.

[Robi]

Leider habt Ihr beide Recht.

als Softwarehaus mit ERP System muß ich, unter Ausübung von sanftem Druck, auf dem Stand des niedrigsten KD Release bleiben.
Zumindest muß ich, bei Wartungs Kunden die alten Soucen einfrieren um im Fall der Fälle dem Kunden noch helfen zu können.
Leider kann ich dabei nicht konsequent sein und den alten Stand ausschließlich für Fehlerbehebung hinlegen. Gesetzliche Vorschriften müssen auch in alte Versionen eingebaut werden.
Ein blöder intensiver Aufwand. Der sanfte Druck ist, neben dem ständigen reden, die Preispolitik.
Neue Funktionen in veralteten Versionen kosten extra.

Als Anwender kann meine 'alte Hardware' ggf das neue release nicht, und neue HW ist zu teuer.
Und es bringt mir nichts, das die Pgmme nun mit "den neusten Funktionen der Programmiersprache" entwickelt werden, solange ich davon keinen Mehrwert habe. Bessere Lesbarkeit / Wartbarkeit ist
- mir egal (als Kunde)
- Ansichtssache, wenn ich Entwickler im 55+ Bereich habe ist es nicht immer ein 'Fortschritt' wenn die Software plötzlich 'modern' programmiert wird.
Letztendlich, so erlebe ich die Stimmen beim Kunden, ist ausschließlich die 'PC-Funktionalität / Look & Feel' ein Grund was neues zu machen. Und da das nur mit Zusatzprodukten geht, kann mann ja auch gleich die Plattform wechseln.
Kunde-O-Ton: Windows ist heute auch stabil, da mach ich mir keine Sorgen!
Robi

[Fuerchau]

Nun ja, Stabil mit 99,7% (Windows) oder 99,997% AS/400 ist schon ein gewaltiger Faktor bei 24x7-Betrieb.
Bei anständiger Modularisierung von Software sollte die Kompatibilität eigentlich kein Problem sein. Neue Funktionen in neuen Modulen werden eben nicht ausgeliefert. Sollten die benötigt werden ist eben ein Upgrade nötig.
Gesetzliche Vorschriften setzen eher selten neue Programmierfunktionen voraus. Ich bin nun nicht gezwungen alles in Totally-Total-Free-ILERPG zu realisieren. OPM-RPG oder gar OPM-COBOL gehen da auch und laufen auch noch auf V4R3.
Aber das ist halt Geschmackssache...
Es muss ja auch noch Arbeit für solche wie mich geben.