gfc
28.08.03, 18:21
.. an denen Murphy's Law beweisst, dass es doch immer schlimmer kommen kann?
Das Heute ist einer von meinen.. und zwar sah eigentlich alles gut aus.. bis ich zur Arbeit ging. Da herrscht das Chaos.. wieso?
Weil A n Volldepp ist und nen Fehler macht. Natürlich wurde der Fehler A abgefangen, den der Volldepp macht das ja ned zum ersten Mal.
Volldepp B ist aber noch besser. Er ist so gut, dass er einfach das Fehlermeldesystem von Volldepp A ausschaltet, da er glaubt, es sei eh alles in Butter.
Der Volldepp C kann eigentlich gar nix dafür, ist aber trotzdem einer. Denn dieser will nur seinen Benutzernamen in der DB geändert haben, wieso auch immer.
Volldepp D ist n herzensguter Mensch, der das C nicht abschlagen kann. Aber natürlich funktioniert etwas nicht, da ja die Fehlererkennung von Volldepp A die operation abfängt, damit ja nix passiert! Volldepp D denkt sich nix dabei, schliesslich gibts ja auch keine Fehlermeldung im Fehlermeldesystem, da die Volldepp B abgeschaltet hat!
Aber da ist noch Volldepp E, der Volldepp D helfen will und ihm einen Workaround schreibt, der die Fehlererkennung aushebelt. Gut, er wusste nichts davon, dass eigentlich ein Fehler da ist --> siehe volldepp B
Aber hier kommt natürlich Volldepp C wieder ins spiel, der das ganze an einer Anderen stelle wieder gemeldet hat, welche wieder auf eigene Faust handelt.
Das Spiel ist aber noch nicht fertig! Ne, es wird nur besser:
Da die andere Stelle ihrerseits einen Fehler gemacht hat, dessen Fehlermeldung Volldepp B wiederum abgeschaltet hat, gibts natürlich einen Konflikt
Volldepp F hat sich dazumals bei der Programmierung der DB nix gedacht, dass jemals Volldepp A-E existieren würden und hat darum der Referenziellen Integrität der Daten zu liebe einen Kaskadierenden löschmechnismus bei speziellen Fällen eingebaut.
Da der Workaround von Volldepp E durch Volldepp D angewendet einen Konflikt zu der anderen Stelle beinhaltet werden die Daten korrupt. Was bedeutet, dass sie der kaskadierten Löschung zu fallen, was bedeutet, dass die DATEN GELÖSCHT sind!
Nun kommt der letzte Volldepp ins spiel, nennen wir ihn mal gfc. Dieser Volldepp kann nix für die Existenz von Volldepp A-E, aber er lebt nunmal. Und weil die halbe Belegschaft der Abteilung in den Ferien ist, darf er auf Fehlerjagd (geschehen) und Fehlerbehebung. Und wie sieht Fehlerbehebung bei einer Datenbank aus? Richtig: Manuelles Erfassen. Was bedeutet, dass er wohl weiss, was er die nächsten 2Wochen jeden zweiten Abend für 5h tun darf..
Das war meine Geschichte.. ich will kein Mitleid, ich will euch auch ned unbedingt damit unterhalten, ich musste das nur mal loswerden...
Das Heute ist einer von meinen.. und zwar sah eigentlich alles gut aus.. bis ich zur Arbeit ging. Da herrscht das Chaos.. wieso?
Weil A n Volldepp ist und nen Fehler macht. Natürlich wurde der Fehler A abgefangen, den der Volldepp macht das ja ned zum ersten Mal.
Volldepp B ist aber noch besser. Er ist so gut, dass er einfach das Fehlermeldesystem von Volldepp A ausschaltet, da er glaubt, es sei eh alles in Butter.
Der Volldepp C kann eigentlich gar nix dafür, ist aber trotzdem einer. Denn dieser will nur seinen Benutzernamen in der DB geändert haben, wieso auch immer.
Volldepp D ist n herzensguter Mensch, der das C nicht abschlagen kann. Aber natürlich funktioniert etwas nicht, da ja die Fehlererkennung von Volldepp A die operation abfängt, damit ja nix passiert! Volldepp D denkt sich nix dabei, schliesslich gibts ja auch keine Fehlermeldung im Fehlermeldesystem, da die Volldepp B abgeschaltet hat!
Aber da ist noch Volldepp E, der Volldepp D helfen will und ihm einen Workaround schreibt, der die Fehlererkennung aushebelt. Gut, er wusste nichts davon, dass eigentlich ein Fehler da ist --> siehe volldepp B
Aber hier kommt natürlich Volldepp C wieder ins spiel, der das ganze an einer Anderen stelle wieder gemeldet hat, welche wieder auf eigene Faust handelt.
Das Spiel ist aber noch nicht fertig! Ne, es wird nur besser:
Da die andere Stelle ihrerseits einen Fehler gemacht hat, dessen Fehlermeldung Volldepp B wiederum abgeschaltet hat, gibts natürlich einen Konflikt
Volldepp F hat sich dazumals bei der Programmierung der DB nix gedacht, dass jemals Volldepp A-E existieren würden und hat darum der Referenziellen Integrität der Daten zu liebe einen Kaskadierenden löschmechnismus bei speziellen Fällen eingebaut.
Da der Workaround von Volldepp E durch Volldepp D angewendet einen Konflikt zu der anderen Stelle beinhaltet werden die Daten korrupt. Was bedeutet, dass sie der kaskadierten Löschung zu fallen, was bedeutet, dass die DATEN GELÖSCHT sind!
Nun kommt der letzte Volldepp ins spiel, nennen wir ihn mal gfc. Dieser Volldepp kann nix für die Existenz von Volldepp A-E, aber er lebt nunmal. Und weil die halbe Belegschaft der Abteilung in den Ferien ist, darf er auf Fehlerjagd (geschehen) und Fehlerbehebung. Und wie sieht Fehlerbehebung bei einer Datenbank aus? Richtig: Manuelles Erfassen. Was bedeutet, dass er wohl weiss, was er die nächsten 2Wochen jeden zweiten Abend für 5h tun darf..
Das war meine Geschichte.. ich will kein Mitleid, ich will euch auch ned unbedingt damit unterhalten, ich musste das nur mal loswerden...