Genesis32 и Access

Здравствуйте!

Столкнулся со следующей проблемой.

Есть проект в SCADA-системе GENESIS32, в котором значения тегов архивируются в СУБД Access. Все архивировалось отлично до того момента, как СУБД не "набрала в весе" 100 Мб. После этого были замечены жуткие тормоза (работать стало не очень комфортно). Начал проверять зависимость работы ОС от размера СУБД. При СУБД размером в 30 Мб тормозов вообще не видно, при 70 Мб - слегда притормаживает, при 100 Мб - жутко тормозит.

Все значения архивируются в одну таблицу СУБД.

Попробовал задать в параметрах TrendWorX Configurator архивирование в 100 таблиц (новая таблица создается каждые 2 часа, см. рисунок) - все стало работать без тормозов.

Но мне нежелательно архивировать в несколько таблиц. Похоже на то, что компонент SCADA-системы, при записи в СУБД, открывает полностью таблицу (поэтому чем больше - тем тормознее). Хотя раньше я считал, что СУБД - это вещь очень умная и такие вещи там предусмотрены, и обращение идет только к определенной области, и тормозов быть не должно.

Как на самом деле все обстоит? В чем причина? Можно ли обойтись использованием только одной таблицы в субд

Более того ни одна современная нормальная АСУ ТП ориентированная СУБД не валит данные в одну таблицу.  Как правило это трех-звенки

Клиент <->API<_>реляционная СУБД

API со стороны клиента реализует прозрачный доступ к архивным данным в любом возможном виде, табличном построчном и так далее, кому что в голову взбредет. Со стороны СУБД реализуеться дерево таблиц в хронологическом порядке с целью фрагментаци данных по таблицам фиксированного во времени или по количеству записей размера. Делаеться это для ускорения доступа к архивным данным и возможности нарезки данных в архивы разной глубины по времени.

Одна таблица в общем это заря архивации

Где то у Вас ошибка. Access затыкается когда размер базы данных больше 2 Гб. Проверено на практике.