Ich würde mich für den dreiteiligen Kimball-Stern ( Date, Employee, Schedule ), denn früher oder später werden Sie aufgefordert werden, daraus (anspruchsvolle) Berichte zu erstellen. Wer hat am meisten nachts gearbeitet? Wer hat die meisten Wochenenden gearbeitet? Wer arbeitet nie an Wochenenden? Warum bin ich immer am Freitagnachmittag eingeplant? An welchem Wochentag ist die Wahrscheinlichkeit am größten, dass bestimmte Mitarbeiter nicht auftauchen? Und so weiter, und so fort...
Die Tabellen wären:
TABLE dimDate (
KeyDate
, FullDate
, DayOfWeek
, DayNumberInWeek
, IsHoliday
,... more here
)
Sie können die Tabelle "dimDate" für etwa 10 Jahre vorausbefüllen - möglicherweise müssen Sie die Spalte "IsHoliday" von Zeit zu Zeit anpassen.
Auch die Tabelle der Mitarbeiter ändert sich (relativ) selten.
TABLE dimEmployee (
KeyEmployee
, FirstName
, LastName
, Age
, ... more here
)
In die Tabelle "Zeitplan" tragen Sie den Arbeitsplan ein. Ich habe auch "Arbeitsstunden" für jede Schicht vorgeschlagen, so dass sich die Stunden in Berichten leicht zusammenfassen lassen, z. B.: "Wie viele Stunden hat John Doe letztes Jahr an Feiertagen gearbeitet?"
TABLE
factSchedule (
KeySchedule -- surrogate PK
, KeyDate -- FK to dimDate table
, KeyEmployee -- FK to dimEmployee table
, Shift -- shift number (degenerate dimension)
, HoursOfWork -- number of work hours in that shift
)
Anstelle des Surrogatschlüssels KeySchedule könnten Sie auch KeyDate, KeyEmployee und Shift zu einem zusammengesetzten Primärschlüssel kombinieren, um sicherzustellen, dass Sie nicht dieselbe Person für dieselbe Schicht am selben Tag einplanen können. Überprüfen Sie dies in der Anwendungsschicht, wenn der Ersatzschlüssel verwendet wird. Verbinden Sie bei der Abfrage Tabellen wie:
SELECT SUM(s.HoursOfWork)
FROM factSchedule AS s
JOIN dimDate AS d ON s.KeyDate = d.KeyDate
JOIN dimEmployee AS e ON s.KeyEmployee = e.KeyEmployee
WHERE e.FirstName='John'
AND e.LastName='Doe'
AND d.Year = 2009
AND d.IsHoliday ='Yes';
Wenn Sie MySQL verwenden, ist es in Ordnung, MyISAM als Speicher-Engine zu verwenden und Ihre Fremdschlüssel (FK) als "nur logisch" zu implementieren - verwenden Sie die Anwendungsschicht, um die referenzielle Integrität zu gewährleisten.
Ich hoffe, das hilft.
![empschd_model_01]()
