Уважаемые специалисты,
помогите, пожалуйста, неученому в SQL'е советами.
Задача из области систем по энергоучету (см. структуру в приложенном файле):
в структурной схеме есть элементы обведенные ? знаком - то в чем я, простите, не разбираюсь, но делать надо.
упрощенная структура данных показана в таблице "сводная таблица данных":
В данной таблице показана минимально выборка (почасовка) на период времени с 12:00:00 до 13:00:00. говоря Вашим языком, такая таблица совсем не нормализированная.
После нормализации (не знаю насколько корректной) получилось 4 таблицы:
R_Energy, R_LEVEL, R_ZONE, R_LOG
таблица R_LOG имеет "отношения" к таблицам R_Energy и R_ZONE через ключи ID_Energy и ID_ZONE.
Далее пытаюсь соорудить перечень SQL запросов к такой "супер БД", по которым была бы возможность суммировать значения величин энергии в зависимости от выборки (почасовка, посуточно) и выводить результаты в отфильтрованном виде (по зонам (SPA, ресторан) и типу энергии (Электрика, Вода, Газ, Тепло)).
Пытаюсь соорудить SQL запросы в виде функции с некоторыми формальными параметрами:
| Код |
ALTER PROCEDURE [dbo].[DoRep]
@ID_Energy int, /* ключ вида Энергии */
@ID_ZONE int, /* ключ вида зоны. если -1, то все зоны */
@DateFirst date, /* начальная дата */
@DateLast date, /* конечная дата */
@TimeFirst time(7), /* начальное время */
@TimeLast time(7), /* конечное время */
@Sample int /* выборка. 0 - почасовка, 1 посуточно */
|
exec DoRep 1000,-1, '2012-01-10', '2012-01-11', '00:00:00','11:00:00', 0
то результат будет в виде сумм почасовки по электрике по всем зонам за фиксированный период времени.
На рисунке показан только некоторый фрагмент - по дате 2012-01-10 (таблица "результат запроса")
Реализации такой функции видимо очень не оптимальна - в своем теле она вызывает еще несколько функций.
Например,
реализация SQL запроса вывода отчета для посуточной выборки с фильтром по зонам:
Запрос 1
| Код |
..
SELECT
R_LOG._Date as "Дата",
R_Energy.Energy_DESCR as "Энергия",
R_ZONE.ZONE_DESCR as "Зона",
SUM(R_LOG.Value) as "Сумма",
R_Energy.Unit as "Ед.Изм"
FROM R_LOG, R_Energy, R_ZONE
WHERE R_LOG.ID_Energy = @ID_Energy AND /* фильтр тип энергии */
R_LOG.ID_ZONE = @ID_ZONE AND /* фильтр зона */
R_LOG.ID_Energy = R_Energy.ID_Energy AND /* выводим по ключу описания типа энергии */
R_LOG.ID_ZONE = R_ZONE.ID_ZONE AND /* выводим по ключу описания зоны */
(
R_LOG._Date
BETWEEN
@DateFirst AND @DateLast /* промежуток даты */
)
GROUP BY R_LOG._Date, R_Energy.Energy_DESCR, R_ZONE.ZONE_DESCR, R_Energy.Unit
|
реализация SQL запроса вывода отчета для посутоной выборки беp фильтра по зонам:
Запрос 2
...
| Код |
SELECT
R_LOG._Date as "Дата",
R_Energy.Energy_DESCR as "Энергия",
SUM(R_LOG.Value) as "Сумма",
R_Energy.Unit as "Ед.Изм"
FROM R_LOG, R_Energy, R_ZONE
WHERE R_LOG.ID_Energy = @ID_Energy AND /* фильтр тип энергии: электрика */
R_LOG.ID_Energy = R_Energy.ID_Energy AND /* выводим по ключу описания типа энергии */
(
R_LOG._Date
BETWEEN
@DateFirst AND @DateLast /* промежуток даты */
)
GROUP BY R_LOG._Date, R_Energy.Energy_DESCR, R_Energy.Unit
|
Оба запроса реализованы каждый в отдельной функции, которые вызываются в основной процедуре DoRep.
Данный способ очевидно очень неоптимальный - наверное существуют варианты совмещения двух запросов в одну более сложно обвязанную логикой процедуру, но только у меня совсем не получается это сделать: в первом запросе иимет место ....SELECT R_ZONE.ZONE_DESCR ..... Во втором запросе зона не рассматривается нигде, так как иначе будет неверно суммироваться значения энергии Value. Таких неоптимальных ситуаций получилось предостаточно - знаний не хватает.
В общем вопросы к Вам весьма примитивны - не судите строго:
1. Насколько удачно спланирована база?
2. Как оптималнее всего построить запросы к базе, так, что бы в конечном счете получилась одна параметризированная функция. Или может такой способ вообще не правильный ?
Всем большое спасибо! |
)