Можем подтвердить всё вышесказанное pan2000. В таблицах для поиска нужно использовать простой перебор, либо свои ускоренные способы поиска (как дихотомия, если строки в таблице отсортированы по дате\времени). При этом, любые способы поиска по компоненту Таблица будут многократно проигрывать в скорости прямой выборке нужных данных из таблицы БД, т.к. в БД при поиске используется индекс. Поэтому, вместо перебора по компоненту Таблица мы бы рекомендовали (если возможно) запрашивать конкретные нужные данные через отдельный SQL-запрос (процедура RunSQL, как писал выше pan2000), используя все преимущества СУБД. Результаты любого SQL-запроса можно обработать в скрипте с типом события "Выполнен SQL-запрос".
И второй вопрос. Можно ли в отчете, формируемом из своей таблицы БД MySQL, использовать интервал и усреднение данных в его пределах, как при работе с "родными" таблицами Simple-Scada? Если да, то как?
При работе с пользовательскими таблицами напрямую можно использовать только возможности языка запросов SQL, выполняя различные пользовательские выборки данных из таблицы БД. По умолчанию, когда Вы создаете пользовательский источник данных в отчете и указываете таблицу - в отчет выводятся все данные из этой таблицы, при помощи запроса вида:
SELECT * FROM `my_db`.`my_table`