시작 및 중지 필드가있는 연속적인 datetime 레코드를 찾기위한 mysql 쿼리

Question

운송 업계에서 규정은 서비스 시간을 제한합니다.

나는 Task_ID라는 AUTO_INCREMENT 필드, User_ID라는 외부 키를 갖는 정수 필드, 2 개 개의 날짜 필드, Start_DT 및 End_DT있는 테이블을 포함하는 MySQL 데이터베이스가 있습니다.

테이블 : 여러 작업을 포함 할 수

Task_ID | User_ID | Start_DT | End_DT 

직원의 변화는 각 레코드를 생성.

직원 (User_ID)에 의해 가장 최근의 종료 시간을 식별하는 쿼리가 이미 있습니다. (html 사용자 인터페이스는 시작 시간이 endtime보다 늦은 데이터 입력을 방지합니다.)

(종업원별로) 가장 최근의 endtime에 인접한 모든 레코드를 반환하는 쿼리를 만들어야합니다. 즉, 현재 레코드의 시작 시간이 이전 레코드의 종료 시간 (직원 기준)과 동일한 모든 레코드입니다. 시리즈의 작업 (레코드) 수는 다양합니다.

인접한 일련의 작업이 작업 수를 초과하지 않을만큼 충분한 하위 쿼리를 중첩해야합니까? 아니면 간격을 찾고 간격보다 나중에 모든 레코드를 반환 할 수있는 방법이 있습니까?

단일 필드에서 간격을 찾는 데 많은 조언이 있지만이 검색에는 내 검색이 적합하지 않습니다.

이 ...

CREATE TABLE `hoursofservice` (
    `Task_ID` MEDIUMINT(8) UNSIGNED NOT NULL AUTO_INCREMENT, 
    `User_ID` SMALLINT(5) UNSIGNED NOT NULL, 
    `Location` VARCHAR(20) NULL DEFAULT NULL, 
    `Task` VARCHAR(30) NULL DEFAULT NULL, 
    `Start_DT` DATETIME NOT NULL, 
    `End_DT` DATETIME NULL DEFAULT NULL, 
    `Comment_1` VARCHAR(20) NULL DEFAULT NULL, 
    `Comment_2` VARCHAR(256) NULL DEFAULT NULL, 
    `Bad_Data` BIT(1) NOT NULL DEFAULT b'0', 
    PRIMARY KEY (`Task_ID`), 
    UNIQUE INDEX `Task_ID` (`Task_ID`), 
    INDEX `FK_hoursofservice_employee_id` (`User_ID`), 
    CONSTRAINT `FK_hoursofservice_employee_id` FOREIGN KEY (`User_ID`) REFERENCES `employee_id` (`User_ID`) ON UPDATE CASCADE 

및

INSERT INTO hoursofservice (User_ID, Location, Task, Start_DT, End_DT, Comment_1, Comment_2) 
SELECT User_ID, Location, Task, Start_DT, End_DT, Comment_1, Comment_2 FROM read_text_file; 

2) 결과 세트를 (:)

1 이하로 딸기의 의견에 응답하는) 레코드는 테이블에서 선택 될 것이다 그러한 가장 최근 레코드의 시작 시간은 이전 레코드의 종료 시간과 같고, 조건을 만족하는 레코드가 없을 때까지 동일합니다. (이들은 USER_ID으로 정렬됩니다.)이 같은

Answer 1

뭔가가 당신을 위해 일 수 있습니다

SELECT islands.[all relevant fields from "theTable"] 
FROM (
    SELECT [all relevant fields from "theTable"] 
     , @i := CASE 
      WHEN @prevUserId <> User_ID THEN 1 -- Reset "island" counter for each user 
      WHEN @prevStart <> End_DT THEN @i + 1 -- Increment "island" counter when gaps found 
      ELSE @i -- Do not change "island" counter 
      END AS island 
     , @prevStart := Start_DT -- Remember this Start_DT value for the next row 
     , @prevUserId := User_ID -- Remember this User_ID value for the next row 
    FROM (
     SELECT t.* 
     FROM theTable AS t 
     WHERE End_DT < [known or "ceiling" End_DT] 
      AND [limiting condition (for speed), 
       something like Start_DT > [ceiling] - INTERVAL 3 DAY 
       ] 
     ORDER BY User_ID, End_DT DESC 
    ) AS candidates -- Insures rows are in appropriate order for use with session variables. 
        -- Allows us to treat the inclosing query somewhat like a loop. 
    , (SELECT @i := 0 
      , @prevStart := '9999-12-31 23:59:59' 
      , @prevUserId := -1 
    ) AS init -- Initializing session variables; 
       -- can actually be done in preceeding SET statements 
       -- if the connection is preserved between the SETs and the query. 
    ORDER BY User_ID, Start_DT 
) AS islands -- Data from "theTable" should now have appropriate "islands" calculated 
WHERE islands.island = 1 -- Only keep the first "island" for each user 
ORDER BY islands.User_ID, islands.Start_DT 
;