Zugriffsproblem mit gleichen Schlüsseln

[TARASIK]

Hallo Forum,
folgende Konstellation:

ein Programm erstellt Lieferscheine mit Nummer als Key. Jetzt
ist das Problem aufgetreten, dass durch Mehrplatzfähigkeit
an einem Bildschirm das Programm auf eine Message
lief und nicht gleich beantwortet wurde. Jetzt ist an einem
anderem Arbeitsplatz das gleiche Programm gestartet
worden und nimmt die gleiche Lieferscheinnummer und
speichert sie. Jetzt wird an dem Bildschirm die Message
beantwortet und das Programm läuft auf den Fehler
doppelter Schlüssel.

Ist dies nun ein Programmierungsproblem und/oder kann ich
dies irgenwie abfangen ?

[Fuerchau]

"Dies ist kein Fehler, sondern so programmiert!" war mal eine Aussage eines alten Kollegen.

Natürlich betrachte ich das als einen Fehler.
Abfangen kann man es beim WRITE mit einer Bezugszahl bzw. in ILE mit %error() oder MONITOR.
Es gibt dann auch einen Staus in der INFDS für doppelten Schlüssel.

[jajonowak]

Hallo tarasik,

das ist ein eindeutiges problem der programmierung:
es muß sichergestellt werden das solange die neue nr. zwar vergeben, aber noch nicht zurückgeschrieben worden ist, ein Lock erzwungen wird.
Dieser Lock kann abgefangen werden und dem wartenden benutzer eine nachricht : "datensatz sowieso wird von benutzer xyz gerade bearbeitet" zugestellt werden.

lg
hans-joachim

[TARASIK]

Hallo Fuercherau und Jajonowak,
vielen Dank für die Antworten. Ich hatte es mir auch so
gedacht. Habe mit dem Softwarehaus gesprochen, aber die
wollen keine Programmänderung dürchführen, sondern schoben
es auf diesen Lösungsweg: ich solle ein eigenes Subsystem
erstellen und dann immer nur einen Job darin zulassen.
Das System wäre ja schnell genug, um dies zu kmpensieren.

Hm...

Ich weiss noch aus meinen Programmierungszeiten, dass ich
kurz vor dem write nochmals auf unique abgeprüft hatte und
ansonsten eine andere Lieferscheinnummer genommen hatte
bei Fehlern. Es wäre auch laut dem Softwarehaus ein grösserer Aufwand, da es ein zusammengesetzter Key wäre.

Doppelt Hmm.............

[malzusrex]

...Es wäre auch laut dem Softwarehaus ein grösserer Aufwand, da es ein zusammengesetzter Key wäre.

Doppelt Hmm.............

is doch klar ! so muss man als softwarelieferant nix machen. in meinen augen ist das ein klarer programmfehler. man sollte bei mehrplatzarbeiten schon darauf achten, das sowas nicht vorkommt. zum beispiel die lfs-nr erst vor dem write ermitteln usw.

die aussage des lieferanten kann ich nicht ganz teilen. sowas hätte schon schon vor der ersten codezeile bedacht werden müssen.

servicewüste deutschland

gruß ronald

[Fuerchau]

Wenn ich es richtig verstanden habe, trat das Problem an einem BILDSCHIRM auf ?!
Wenn ich das Softwarehaus richtig verstanden habe, darf eben diese Software nur noch an einem Platz laufen ???

hmmmm......

[kuempi von stein]

..... ich solle ein eigenes Subsystem
erstellen und dann immer nur einen Job darin zulassen.
Das System wäre ja schnell genug, um dies zu kmpensieren.
...........

das ist gemeinhin gesagt EINE FRECHHEIT.
ich vermute mal, die wagen so eine Aussage nur weil Ihr die Software seinerzeit erworben habt und keine monatlichen Gelder (mehr) dafür bezahlt (Wartung oder was weiss ich?)???

EINE FRECHHEIT

[RobertPic]

Ich würde das auch als "groben Designfehler" bezeichnen.

Eine Belegnummernermittlung ohne Update/Sperre kann zwar nie 100% sicher sein, aber wenn die Zeitspanne durch erforderliche Benutzerreaktionen grösser wird, verschlechtert sich die Zuverlässigkeit.

Ich kann zwar den Lösungsvorschlag nicht 100% nachvollziehen - soll der die Message verhindern? Aber einen Fehler nicht beheben zu wollen, ist auf jeden Fall eine Frechheit. Leider ist mir dieses Problem bei Fremdsoftware nicht ganz fremd...

Die Korrektur im Programm kann aber recht mühsam werden. Vor allem wenn mehrere Dateien upgedatet/angelegt werden und noch dazu kein Journal verwendet wird.

Wenn, wie bis uns zu 300 User + Serverjobs auf den selben Daten arbeiten, bleibt sowieso nur das Verwalten von Belegnummernkreisen:

- Belegnummernkreissatz mit Sperre lesen
- Belegnummer + 1 und merken
- Belegnummernsatz schreiben
- COMMIT
- alle Zeit der Welt für Programm und Benutzer
- Beleg mit gemerkter Nummer gefahrlos schreiben




Robert P.

[Fuerchau]

Ich glaube, wir sollten hier keine weiteren Lösungen diskutieren, da ja die Software von TARASIK wohl nicht geändert werden kann.
Auch ein Redesign steht wohl nicht im Fordergrund.
Es gibt sicherlich viele Möglichkeiten, aber ohne das SWH bzw. Originalquellen gibts keine Chance !

Ich frage mich nur, wenn da ein MSGWAIT anstand, war das nicht schon auch ein Fehler ?

[loeweadolf]

Es handelt sich hier um einen eindeutigen Software-Mangel, der auf jeden Fall vom Software-Lieferanten zu korrigieren ist.
Dieser kann sich nicht rausreden, nur weil er die Kosten scheut. Also, nicht lockerlassen..


mfg. Ludger