每週員工可用性數據庫設計

Question

我正在爲許多員工設計一個計劃系統，以便在家中全天候工作。當用戶計劃新事件（1小時長的事件，從小時開始，24小時選擇）時，系統需要允許我們的用戶選擇他們想爲他們工作的員工。我需要報告那個時間可用的人員。我們有超過100名員工，他們的可用性變化頻繁。

調度表：
EventID EmployeeID
startTime (datetime)
endTime (datetime)

可用性表：
EmployeeID
00:00
01:00
02:00
03:00
...
23:00

記錄在可用性表被存儲爲一個varchar（7）。 7的長度是每週的每一天。從未在此時間段提供'0000000'。總是在這個時間段是'1111111'。此時間段的星期二可用「0010000」。

編輯：此信息爲一個星期，因此7個字符的長度。從本週到無窮遠，這個表格設計假設員工每週都會在同一時間工作（除非他們在工作）。當然，員工可以改變他們的可用性，然後表格可以反映從那時起的那些變化。 /編輯

找出在任何給定時間員工可用的東西需要大量的循環，這顯然會使系統陷入沉寂，對任何人都不利。

這是我拿出來實行這個制度的最佳方式，短的可能有一個表來存儲每個員工的可用性。我意識到我是一個可怕的方法。有人可以請指點我正確的方向嗎？

Answer 1

有不同的表來存儲員工的可用性。我不明白你爲什麼不應該。

您應該始終避免將多個數據字段放入一列（如您的varchar列）。我爲每位員工提供一行，時段和日期。這樣你就可以通過索引加速查詢。

---

即使你保持你的醜陋「的所有功能於一身的列辦法」應更改爲CHAR因爲現在你使用了每行一個字節，僅保留的大小列，即使它總是7個字符長。或者更好的是，使用TINYINT（1字節）並將可用性存儲爲二進制標誌。但是，當然，不惜一切代價避免這一點 - 你真的想要normalize你的數據庫。

Answer 2

我想你可能會更好存儲每個用戶的可用性，它實際上並沒有那麼多的數據，再加上一旦它通過了：

create table employee (
    `id` TINYINT(3) UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT 
); 

create table `employee_availability` (
    `id` INT(10) UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT, 
    `employee_id` TINYINT(3) UNSIGNED NOT NULL, KEY `employee`(`employee_id`), 
    `start_time` DATETIME, KEY `start`(`start_time`), 
    `end_time` DATETIME, KEY `end`(`end_time`) 
); 


SELECT e.* FROM employee 
    JOIN employee_availability ea ON ea.employee_id = e.id 
WHERE NOW() between start_time and end_time