Sengi

Hallo,

kleine Vorgeschichte:
Ich hab einen Schichtplaner geschrieben. Man kann Mitarbeiter eintragen (werden je nach gewünschter Station aus einer Liste geladen) und denen Schichten zuweisen. Ebenso gibt es zu jedem Mitarbeiter extra Felder wie Kassenminus etc...
die daten des plans und die der felder liegen in 2 unterschiedlichen tabellen.


So das ganze wurde bei einem Pächter ans Laufen gebracht und funktioniert auch wunderbar mit Userzahlen von 120+.
So nun kommt es ab und an vor dass in einem Plan "auf einmal" ein paar Mitarbeiter fehlen. Mal einer .. mal zwei oder drei. Auch nicht in allen Plänen (gibt ja verschiedene stationen).
ich hab die logs durchgeblättert und diese mitarbeiter werden nicht gelöscht.
es gibt keinen expliziten löschaufruf... ich bin das gesamte script für die db-anweisungen des plans durchgegangen und hab alles noch mal durchgespielt.
ebenso versuch ich in einem plan alles erdenkliche durchzuklicken: mitarbeiter hinzufügen,löschen,hinzufügen,löschen,daten verändern etc... um irgendwie das vorgehen zu verstehen / zu simulieren.
nix.

erstaunlich ist dass die mitarbeiter im plan selber nicht mehr existent sind allerdings ihre daten in der feldtabelle bestehen bleiben.
ich kann auf meinem system diesen fehler ums verrecken nicht reproduzieren.

vll hat jemand eine idee, eine philosophie oder sonstiges.geht um das generelle verhalten in einem solchen fall. bin mit meinem latein ein wenig am ende. herrlichst

Mister Ad

pabaschdi

Execption Fehlerbehandlung also try/catch verfahren.Um dem fehler auf die spur zukommen.

fab

Es fehlen Daten im "Plan" aber nicht in der Tabelle? Heißt das die Datenbank ist in Ordnung, sie werden nur nicht angezeigt? Mit so einer vagen Beschreibung hilft dir glaube ich weder Philosophie noch Latein Grenze das Problem mal etwas genauer ein und bedenke dass wir dein System nicht kennen.

__________________
PHP Blog + Library
CSS Effects + Tools

eagle275

"Man kann Mitarbeiter eintragen ... und denen Schichten zuweisen."

Und was passiert, wenn man mal "vergisst" einem Mitarbeiter eine Schicht zuzuweisen? Erhält der dann irendeinen Standard-Wert - oder ermahnt dein Programm dann den Schichtplaner, dass er Mitarbeiter X, Y, Z und A vergessen hat ? Und falls keine Warnung kommt ? liegt es vielleicht dann daran, dass auf diese Weise die Mitarbeiter nicht im Schichtplan 1 existieren und so "vergessen" werden - bitte prüf das mal - mit Debug Ausgaben usw ...

gerade bei 120+ Arbeitern, würde ich hohen Wert auf die Plausibilitätsprüfungen legen - da siehst du nicht mehr auf 1 Blick, dass du aus Versehen nur 119 Mitarbeiter verplant hast ("Urlaub" "Krank" würde ja auch darein fallen)

__________________
"Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

lstegelitz

Seh ich wie eagle, scheinbar wird eine Zuweisung (Mitarbeiter <-> Schicht) nicht gemacht/gelöscht/überschrieben.

__________________
Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

Sengi

in der tabelle wo die schichtdaten gespeichert werden fehlen die einträge. in der tabelle wo die felder des mitarbeiters gespeichert werden sind sie vorhanden.

nun wenn man einen plan aufmacht werden die mitarbeiter (sofern noch vorhanden) aus dem vorigen plan der jeweiligen station reingeladen.

setzt man einen mitarbeiter nicht so wird das feld mit standartwerten gefüttert.

laut pächter passiert das einfach so...

ich bin das script zig mal durchgegangen und hab alles durchgetestet und mir ausgeben lassen. bei mir läufts.

lstegelitz

Ahhh... ein "ich hab wirklich nichts gemacht" Problem

Evtl. cronjob Scripte, die die Daten ausser der Reihe bearbeiten? Gibt es mehrere Mitarbeiter, die den Plan pflegen können?

Logging hast du ja, geht das auch weit genug, wird wirklich alles geloggt, was an Änderungen eingeht?

Zu häufig schon erlebt... "hab nix gemacht" und es stellt sich im Endeffekt raus, es wurd sehr wohl was gemacht. Daher traue ich in dieser Beziehung dem Kunden nicht weiter als ich in werfen kann

__________________
Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

nikosch

Ich tippe mal auf einen JOIN. Ohne Referenz auf eine zweite Tabelle fällt der Datensatz halt aus der Menge raus.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

eagle275

du schreibst es ja selbst - der zerrt die Mitarbeiter aus dem letzten Plan - wenn der Mitarbeiter dort aber gar nicht "verplant" wurde (vergessen / menschliches Problem) - dann gibts da nix herauszuholen - du müsstest für einen neuen Plan natürlich NICHT den alten Plan nehmen, sondern wieder ALLE Mitarbeiter heranziehen

__________________
"Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

Sengi

Habs...
ich war eher skeptisch dem ganzen gegenüber. also hab ich das log-sys ein wenig getuned. mir kamen einzelne einträge etwas merkwürdig vor.

lange rede kurzer sinn, kunde hat die db-einträge manipuliert (zweite tabelle vergessen) um den preis zu drücken ...