Модуль экспорта в БД

[Mikhail]

Сколько всего каналов в базе конфигурации?

[vg]

Ожидаю что уложусь в 250-300 входных каналов. Большинство из них будут дорасчётными. Тип телеизмерение будет у 20 где то.

• Ответ изменён 5 лет, 2 месяца назад пользователем vg.

[vg]

В посте #19912 изначально задал некорректный вопрос:

Подскажите по возможному синтаксису запроса.

В документации приведён пример:
INSERT INTO CnlData (DateTime, CnlNum, Val, Stat)
VALUES (@dateTime, @cnlNum, @val, @stat)

В этом случае все текущие данные будут экспортироваться в БД.

Можно ли фильтровать каналы, которые я хочу перенести в базу? В проекте может быть 300 каналов, а экспортировать мне надо 10.

Или может как то ограничить каналы, попадающие в «Текущие данные»?

На практике экспортируются не все текущие данные, а только значения каналов с типом «Телеизмерение».

На данный момент меня это устраивает (думал, что экспорт будет всех текущих данных), хотя в принципе возможность фильтровать для экспорта каналы Телеизмерение тоже может быть полезно.

• Ответ изменён 5 лет, 1 месяц назад пользователем vg.

[Mikhail]

Кому нужно, напишите на почту, чтобы получить предварительную версию переработанного модуля экспорта в БД. Вопросы по ней также пишите на форум.

[vg]

Благодарствую, получил по почте переработанный модуль, но к сожалению появляется ошибка:

https://pastenow.ru/afd2662a83ed9797befe0eb5cce8b3a8

Скачал, закрыл «Администратор», скопировал файлы из архива, запустил «Администратор», а там ошибка.

[vg]

И второй вопрос:
В модуле экспорта БД (стандартном) дописал к инструкции приведённой в документации

DELETE FROM CnlData
WHERE DateTime < DATEADD(DAY, -7, GETDATE())

INSERT INTO CnlData (DateTime, CnlNum, Val, Stat)
VALUES (@dateTime, @cnlNum, @val, @stat)

На практике работает. Подскажите это допустимое использование модуля экспорта?

[vg]

Кстати, а известна максимальная «нагрузка» при переносе значений из текущих данных в БД? Интересует одновременное количество передаваемых значений и максимальная частота.

[Romiros]

Благодарствую, получил по почте переработанный модуль, но к сожалению появляется ошибка:

Возможно нужно разблокировать новую dll.

DELETE FROM CnlData
WHERE DateTime < DATEADD(DAY, -7, GETDATE())

Мне кажется лучше это в триггере делать в самой БД. Зависит от количества передаваемых данных.

А в чем отличие переработанного модуля?

[Mikhail]

Ошибка связана с тем, что изменился регистр символов в имени модуля. Нужно его деактивировать и активировать заново.

[Mikhail]

Кстати, а известна максимальная «нагрузка» при переносе значений из текущих данных в БД?

Слишком много факторов влияет на быстродействие. Нужно тестировать в каждом конкретном случае.

[Mikhail]

Очистка данных при каждой вставке существенно замедлит работу. Очистку нужно вызывать не чаще 1 раза в сутки. Посмотрите встроенные средства СУБД, которые позволят выполнять скрипт периодически. Конечно можно отправлять команду через Модуль автоуправления по времени, но это будет слишком громоздко.

[Mikhail]

А в чем отличие переработанного модуля?

Например, можно фильтровать каналы на уровне модуля, что уменьшает нагрузку на базу данных.

[Автор]

Записи