prom20:enterprise:employee
Differences
This shows you the differences between two versions of the page.
|
prom20:enterprise:employee [2013/11/13 16:14] rtavassoli created |
prom20:enterprise:employee [2013/11/13 16:17] (current) rtavassoli [Index] |
||
|---|---|---|---|
| Line 6: | Line 6: | ||
| Es gibt einen Index auf die Personalnummer, damit sie nicht doppelt vergeben werden kann. Hier gilt dasselbe wie für andere Indizes: Man kann es auch über //eventual consistency// lösen. Sobald von einer Stelle erkannt wird, dass es doppelte Personalnummern gibt, würde diese Stelle einen Fehler melden, und erst weiter machen können, nachdem der Konflikt aufgelöst wurde. | Es gibt einen Index auf die Personalnummer, damit sie nicht doppelt vergeben werden kann. Hier gilt dasselbe wie für andere Indizes: Man kann es auch über //eventual consistency// lösen. Sobald von einer Stelle erkannt wird, dass es doppelte Personalnummern gibt, würde diese Stelle einen Fehler melden, und erst weiter machen können, nachdem der Konflikt aufgelöst wurde. | ||
| \\ \\ | \\ \\ | ||
| - | Nochmal generell: Solange Bereiche eine doppelte Personalnummer erlauben, kann man sie ja doppelt vergeben lassen. Das mit eventual consistency zu prüfen ist dann eine extra Sicherheit. Wenn ein Bereich nun perse Fehlerhaft arbeiten würde, wenn es eine doppelte Personalnummer gibt((das kann auch ein Export an ein Fremdsystem sein)), würde der Bereich das als Fehler melden, und das Problem kann behoben werden. | + | Nochmal generell: Solange Bereiche eine doppelte Personalnummer erlauben, kann man sie ja doppelt vergeben lassen. Das mit eventual consistency zu prüfen ist dann eine extra Sicherheit. Wenn ein Bereich nun per se Fehlerhaft arbeiten würde, wenn es eine doppelte Personalnummer gibt((das kann auch ein Export an ein Fremdsystem sein)), würde der Bereich das als Fehler melden, und das Problem kann behoben werden. |
| \\ \\ | \\ \\ | ||
| Die Konsequenz daraus ist, dass man nicht Aggregate übergreifende Indizes für die Eindeutigkeit von Werten bauen muss, nur weil man meint, dass es so sein muss. Das kann genauso gut so gebaut sein, wie hier mit eventual consistency beschrieben. | Die Konsequenz daraus ist, dass man nicht Aggregate übergreifende Indizes für die Eindeutigkeit von Werten bauen muss, nur weil man meint, dass es so sein muss. Das kann genauso gut so gebaut sein, wie hier mit eventual consistency beschrieben. | ||
prom20/enterprise/employee.1384355663.txt.gz · Last modified: 2013/11/13 16:14 by rtavassoli
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 3.0 Unported
