Продолжить последнее значение за временной интервал

Question

У меня есть эта существующая схема, где таблица расписания выглядит так (очень упрощена).

CREATE TABLE schedule (
    id   int(11) NOT NULL AUTO_INCREMENT, 
    name   varchar(45), 
    start_date date, 
    availability int(3), 
    PRIMARY KEY (id) 
); 

Для каждого человека указывается дата начала и процент от времени работы, затраченного на этот проект. Этот процент доступности неявно продолжает до тех пор, пока не будет указано более новое значение. Например, возьмем проект, который длится от 2012-02-27 до 2012-03-02:

id | name | start_date | availability 
------------------------------------- 
1 | Tom | 2012-02-27 |   100 
2 | Tom | 2012-02-29 |   50 
3 | Ben | 2012-03-01 |   80 

Так Том начинается февраля 27nd, полный рабочий день, до февраля, 29, из которого на него» будет доступно только с 50% его рабочего времени. Бен только начинается 1 марта и только с 80% его времени.

Теперь цель состоит в том, чтобы «нормализовать» эти скудные данные, так что есть результат строка для каждого человека за каждый день с наличием исходя из последнего указанного дня:

name | start_date | availability 
-------------------------------- 
Tom | 2012-02-27 |   100 
Tom | 2012-02-28 |   100 
Tom | 2012-02-29 |   50 
Tom | 2012-03-01 |   50 
Tom | 2012-03-02 |   50 
Ben | 2012-02-27 |   0 
Ben | 2012-02-28 |   0 
Ben | 2012-02-29 |   0 
Ben | 2012-03-01 |   80 
Ben | 2012-03-02 |   80 

Think диаграмма, показывающая доступности каждого человека с течением времени или вычисления значений «ресурса» в диаграмме выгорания. Я могу легко сделать это с помощью процедурного кода на уровне приложения, но предпочел бы более удобное и быстрое решение.

Answer 1

Для того, чтобы это было эффективно, я рекомендую создать таблицу calendar. Один, который содержит каждую интересующую дату. Затем вы используете это как шаблон для присоединения к вашим данным.

Аналогичным образом, если у вас есть таблица person, действуйте как шаблон для определения размера ваших результатов.

Затем вы можете использовать коррелированный подзапрос в своем соединении, чтобы выбрать, какая запись в Schedule соответствует образуемому , person шаблону.

SELECT 
    * 
FROM 
    calendar 
CROSS JOIN 
    person 
LEFT JOIN 
    schedule 
    ON schedule.name  = person.name 
    AND schedule.start_date = (SELECT MAX(start_date) 
           FROM schedule 
           WHERE name = person.name 
            AND start_date <= calendar.date) 
WHERE 
     calendar.date >= <yourStartDate> 
    AND calendar.date <= <yourEndDate> 
    etc 

Часто, однако, это более эффективно бороться с ним в одном из двух других способов ...

Не допускать пробелов в данных, в первую очередь. Имейте ночной пакетный процесс или какую-либо другую бизнес-логику, обеспечивающую заполнение всех релевантных данных.

Или общайтесь с ним в своем клиенте. Верните каждое измерение в отчет (данные и имя) в качестве отдельных наборов данных, чтобы действовать как ваши шаблоны, а затем верните данные в качестве конечного набора данных. Ваш клиент может перебирать данные и заполнять пробелы, если это необходимо. Это больше кода, но на самом деле может использовать меньше ресурсов в целом, чем пытаться заполнить пробелы SQL.

(Если на стороне клиента код делает это медленно, вывесить другой вопрос изучения этого кода. При условии, что данные отсортированы, это acutally довольно быстро сделать в большинстве языков.)