Добрый день. Имеется слой инженерной сети, потребители в котором представляют из себя отдельных абонентов, а не тепловые вводы в здание. Т.е визуально это выглядит как "куст потребителей".
Задача следующая: для проведения адекватных расчетов требуется заменить каждый такой "куст" на отдельный тепловой ввод, в котором будут учтены нагрузки абонентов, НО при этом, учитывая интересы инвентаризации, не удалять и не терять информацию данных абонентов.
В данный момент у нас имеется 2 решения:
1) Просто отделить абонентов от сети, чтобы они не участвовали в расчете и "висели в воздухе" рядом со вводом.
2) Настроить базу данных потребителей следующим образом:
1. Создать дополнительную таблицу, SQLserver которая будет помимо sys иметь ID - счетчик (идентификатор), в этой таблице будет храниться информация об абонентах;
,
2. В запросе связываем таблицы sys -> sys связь много к одному. Поле связи с картой - sys основной таблицы.
3. В последствии при просмотре информации потребителя появится некий журнал, в который можно будет занести всех абонентов. Т.е ставим 1 потребитель, который символизирует тепловой ввод в здание, в нем есть строки из второй таблицы (журнала), листая которые мы переключаемся между абонентами.
Нам предпочтителен второй вариант.
Вопросы:
1) Можно ли использовать второй вариант? Не возникнут ли в последствии конфликты?
2) Если второй вариант можно использовать - каким образом можно автоматически или полуавтоматически (с помощью запросов, либо макросов) просуммировать нагрузку всех абонентов теплового ввода и добавить ее в соответствующее расчетное поле?
Задача следующая: для проведения адекватных расчетов требуется заменить каждый такой "куст" на отдельный тепловой ввод, в котором будут учтены нагрузки абонентов, НО при этом, учитывая интересы инвентаризации, не удалять и не терять информацию данных абонентов.
В данный момент у нас имеется 2 решения:
1) Просто отделить абонентов от сети, чтобы они не участвовали в расчете и "висели в воздухе" рядом со вводом.
2) Настроить базу данных потребителей следующим образом:
1. Создать дополнительную таблицу, SQLserver которая будет помимо sys иметь ID - счетчик (идентификатор), в этой таблице будет храниться информация об абонентах;
,
2. В запросе связываем таблицы sys -> sys связь много к одному. Поле связи с картой - sys основной таблицы.
3. В последствии при просмотре информации потребителя появится некий журнал, в который можно будет занести всех абонентов. Т.е ставим 1 потребитель, который символизирует тепловой ввод в здание, в нем есть строки из второй таблицы (журнала), листая которые мы переключаемся между абонентами.
Нам предпочтителен второй вариант.
Вопросы:
1) Можно ли использовать второй вариант? Не возникнут ли в последствии конфликты?
2) Если второй вариант можно использовать - каким образом можно автоматически или полуавтоматически (с помощью запросов, либо макросов) просуммировать нагрузку всех абонентов теплового ввода и добавить ее в соответствующее расчетное поле?