Доброго времени суток!:)

Возникла проблема:

Имеется таблица Счетчики, в ней содержится информация о всех счетчиках предприятия.
На предприятии есть несколько объектов, например 3 штуки.
Объект №2 питается от двух вводов, соответственно на каждом вводе стоит счетчик - Счетчик1 и Счетчик 2.

Под Счетчиком 1 установлены еще 3 счетчика - Счетчик 1.1, Счетчик 1.2, Счетчик 1.3.

В свою очередь под Счетчиком 1.1 установлены еще 2 счетчика - Счетчик 1.1.1 и Счетчик 1.1.2

Например за ноябрь месяц расходы счетчиков составили: Счетчик1=1200 кВт , Счетчик2=900 кВт

Счетчик 1.1=600 кВт , Счетчик 1.2=100 кВт, Счетчик 1.3=200 кВт

Счетчик 1.1.1 =200 кВт, Счетчик 1.1.2=300 кВт

В отчете должно быть так:

Расход по Объекту 2

Счетчик 1 расход = 300 (1200-(600+100+200))
Счетчик 2 расход = 900

Счетчик 1.1 расход = 100 (600-(200+300))
Счетчик 1.2 расход = 100
Счетчик 1.3 расход = 200

Счетчик 1.1.1 расход = 200
Счетчик 1.1.2 расход = 300

Итого по объекту 2 расход = 2100

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

Второй путь - Разбить на 3 таблицы (Главная, Второстепенная, Третьестепенная) - но ведь счетчики обладают одними и теми же свойствами (тип счетчика, номер счетчика, показания на начало, показания на конец), сделав это мы нарушим правило нормализации, и как в этом случае получить нужный отчет.

Вобщем сломал голову :). Помогите, пожалуйста.

Прикрепил схему в jpeg

вадяЗЫ
только схема на рисунке составлена не верно
вводы не могут объединяться , хоть и должна существовать возможность их переключения
нада либо учитывать /снимать показания на момент переключения и соответственно на этоже время менять и учитывать это в ид счетчиках верхнего уровня
, либо учитывать показания счетчиков на вводах как один.
иначе будет путанца

второй вариант предпочтительней

Привет, земляк :)!

Схема составлена соотвествии с тем, как это делается в Свердловэнерго. Я это сейчас считаю в Excel - Ввод1+Ввод2 минус все остальное под ними. Главный вопрос - сколько энергии потребил объект, второстепенный по какому вводу :).

2 вадя
Вот прикрепил по твоему сценарию 2 таблицы.
Мне непонятно, как правильно создать запрос, учитывая уровни счетчиков.
уровень1 - это два ввода - счетчик 1 и счетчик 2 - они суммируются
уровень2 - это под счетчиком 1 установлены 2 счетчика - счетчик 1.1 и счетчик 1.2
уровень3 - это под счетчиком 1.1 установлен счетчик 1.1.1

В таблице, которую приложил, на втором уровне расход будет суммарный по счетчику 1.1 и счетчику 1.2, и от него будет вычитаться расход счетчика 1.1.1, что не правильно.
Так как расход счетчика 1.2 не должен добавляться к счетчику 1.1.

вадя
условность: все показания снимаются одновременно (т.е. сумма показаний нижнего уровн равна показаниям счетчика на уровень выше)

В том то и дело, что например на счетчике 1.1- 600 кВт это суммарный расход по всем трем счетчикам - Счетчик 1.1.1 (200 кВт) + Счетчик 1.1.2 (300 кВт)=500 кВт, а 100 кВт - это расход по Счетчику 1.1 (600-500). Например, ситуация из жизни - есть головная подстанция (Счетчик 1 и Счетчик 2) -они считают общий расход по подстанции. От подстанции запитаны два завода, которые не принадлежат нашему предприятию (Счетчик 1.1 и Счетчик 1.2.). Этим заводам надо предъявить счет за ИХ электроэнергию (600 и 100 кВт). Но у завода 1 (счетчик 1.1) есть еще два предприятия, которым тоже надо выставить свой счет (на 200 и 300 кВт). Вот посчитав весь "левый расход" и отняв его от головного, узнаем - сколько же потребила наша подстанция на свои нужды.

Поэтому утверждение (т.е. сумма РАСХОДОВ нижнего уровня равна РАСХОДУ счетчика на уровень выше) неверно, так как разность расхода головных счетчиков минус расход подиненных- это собственный расход энергии на подстанции.

У меня на предприятии всего таких объектов 4 штуки, из них 3 штуки - имеют два уровня, и только один - 3 уровня, по которому я нарисовал схему.

Просто хочу сделать сразу такую стуктуру, которая бы учитывала все возможные варианты схем - универсальную. Если , допустим возникнет новый объект с несколькими уровнями вложения счетчиков, то просто в форме это было бы учтено.

У меня была мысль разбить на 2 или 3 базы, и просто считать каждый уровень в своей базе (в одной - только главные счетчики, во второй - второстепенные), но решил спросить у спецов, реально ли все это осуществить в одной базе

Показания снимаются одновременно во всех случаях

Ася 299442102, я тебе писал на аську в профиле, но она видимо не работает.
Спасибо.

Как Вы показали в демо-таблице насчет записи ввода 1 и ввода 2 в одну запись - так не получится - надо вести учет расхода по всем физическим счетчикам, просто программно разделять их по уровням и, исходя из этого высчитывать расход косвенным методом с помощью запросов.

вадятогда у тебя должно быть два дерева - для каждого ввода
как утебя показано на рисунке - выходы счетчиков соединены - это не правильно
тогда в случае (если такое физически возможно) при переключении всего хозяйства на один ввод (аварийная ситуация) ты потеряешь все данные . т.к. на момент перекючения не будут сняты показания. или кто-то будет фиксировать показания счетчиков?

В учете электроэнергии такое соединение является ПРАВИЛЬНЫМ, так как энергосбыту по барабану с какого ввода ты потребил, в документах эти ввода проходят как одная точка и расход по двум счетчикам суммируется, т.е. в отчете ты показываешь расход обоих вводов, допустим, если один ввод не работает, то расход будет равен Ввод1+Ввод2 (0).


а то что у меня показано - вариант. Для облегчения (но это уже избыточность) можно ввести поле номер ввода, избыточным также является и хранение данных в поле расход - это поле вычисляемое по значениям в поле показания счетчиков.

я еще раз прошу : нарисуй новый рисунок, где будет присутствовать два дерева, пустая ветка имитирующая вертуальный счетчик (т.е. счетчик показания которого получаются вычислением)
тогда задача будет более формализована

вадявопросы
- возможны ли переключения с одного ввода на другой и обратно?
если да - как при этом будут учитываться показания?
- как учитывается точность при измерениях?
с большей степенью вероятности можно сказать что сумма счетиков нижнего уровня не будет равна показаниям счетчика верхнего уровня (не считая варианта с виртуальным счетчиком)
- как планируется вести учет смены счетчиков?

Ответы:
- переключения возможны, но это неважно - показания снимаются один раз в месяц, и без разницы по какому вводу ты потребил - они суммируются, в таблицах счетчиков надо ввести такое поле, чтобы запрос при обработке видел, какие счетчики работаю в паре на первом уровне(ввод1 и ввод2), суммировал их и вычитал подчиненные счетчики. Например запрос считающий первый уровень - он просмотрел все записи и увидел, что счетчиков первого уровня 6 штук, допустим ОБЪЕКТ 1 (ввод1 +ввод2), ОБЪЕКТ 2 (ввод 1, второго ввода нет), Объект3 (ввод1 второго ввода нет), ОБЪЕКТ 4 (ввод1 +ввод2).
Далее этот же запрос, или другой запрос подсчитал сколько счетчиков в подчинении есть у каждого из этих объектов и какие из них принадлежат каждому объекту - вычислил их расход.

Третий запрос подсчитал сколько счетчиков третьего уровня и какие из них относятся к счетчикам второго уровня.

Четвертый запрос(Расход) = Запрос первого уровня - Запрос второго уровня -Запрос третьего уровня.

2. Точность такая, расход нижнего уровня почти всегда меньше расхода первого уровня, поэтому разница между первым и вторым уровнем является расходом певого уровня, посчитанным косвенным методом.

3. Допустим имеет место замены счетчика (любого), допустим в середине ноября месяца. Просто пишем ему показания на ноябрь месяц как конечные (начальные за октябрь у нас есть). Далее вводим новый счетчик (пишем ему имя ввод3), пишем ему его начальные показания как начальные показания на октябрь и также конечные показания на ноябрь.
вводится новый счетчик

вадяу тебя аська в рабочее время фунциклирует?
Да уже включена:)