Добрый день!
Вот такая задачка: Есть N устройств, с которых поступает информация в виде ID устройства, штампов времени начала и окончания, кода раздела (int), и некого значимого положительного значения (integer).
Все эти данные пишутся в таблицу Данные поступают с переменной интенсивностью, от 50 отчетов в минуту до 1 отсчета в три-четыре часа. По условиям ТЗ разрешена дискретизация штампов времени с точностью до минуты, поэтому решили округлять штампы времени до минуты и суммировать с предыдущими показаниями показаниями устройства этой же минуты. Работает, заказчик доволен. Но, выяснился один нюанс... Порядка 97% отчетов - короткие, т.е. штампы времени начала и окончания находятся в пределах одной-двух минут, что не принципиально для заказчика. Но есть еще 3% отчетов, которые имеют большую длительность - до получаса. Занести их в таблицу - не проблема, но пара нюансов остается. В текущей реализации таблицы теряем "скорость поступления" данных, ибо не хранится штамп завершения. Если добавим доп. столбец с штампом времени завершения, то:
- во-первых, в 97% случаев получим мало значимое поле;
- во-вторых, забьем таблицу "лишними" данными, что не есть хорошо при приросте таблицы в 100000 записей в сутки;
- в-третьих, отчетные запросы сильно усложняются.
Собственно, проблема такова: заказчик хочет видеть (в оперативном режиме) график скорости поступления данных за любой период (час, день, месяц) по устройству в целом и по разделам. В первоначальном варианте таблицы - это реализуется легко и красиво, но в ряде случаев не отражает реальной ситуации.
Во варианте доп. поля не очень понятно, как выбирать. Например, есть запись:
Код у-ва 34, штамп начала 21.01.09 13:16, штамп завершения 21.01.09 17:34, данные 945674.
Заказчик хочет график за 21.01.09 с 14:00 до 15:00. Простой эту запись не зацепим. Можно, конечно, дописать конструкцию типа: Но куча OR'ов с BETWEEN'ами явно росту производительности не будут способствовать.

Была еще идея преобразовывать "длинные" отчеты в список коротких "минутных" и хранить их в таком виде с соответствующим дроблением данных, но в таком варианте получается, что придется добавлять записи не в конец таблицы (по PK и штампу времени старта), а в середину, что потребует корректировки индексов. Что, тоже не очень хорошо... К тому же, не ясно, что делать, если, паче чаяния, заказчик захочет изменить интервал дискретизации в ту или иную сторону.

Может, сталкивался кто-то с реализацией таких задач?

Три раза OR, четыре BETWEEN - представляю, как сервер обрадуется. Особенно, с учетом того, что это "оперативный запрос"... Плюс доп.поле в таблицу...