Alexeis, о чем и речь. Я ведь сразу указал - где значения элементов расположены в столбик. Поля.... И вроде даже алгоритм описал... видимо не внятно. Ну ладно, вроде сейчас все ясно.
Смысл задачи в следующем: данные в таблице - значения сигналов неких датчиков (тэги). Таблица имеет поля (см. сабж). скл-запрос выдергивает последние значения тэгов и передает датасет с такими же полями клиенту. По данным полученого датасета нужно заполнить мнемосхему состояния техпроцесса. "Заполнить" - значит отрисовать значения на элементах мнемосхемы (для простоты TLabel, вообще будет свой компонент связка tpanel+tlabel+tedit). Оператор не будет видеть все 2000 тэгов, а будет видеть только одну логическую группу, но тем не менее все значения датасета должны пройти обработку на предмет выхода значения из допуска и соответсвенно просигнализировать об этом оператору, чтобы он мог переключиться на "проблемную" логгруппу. Должен сказать, что запросом будет возвращаться фиксированное количество тэгов. Вот в наиболее эффективной реализации сказанного я и ищу совета. Предложенный мной алгоритм не нравиться тем, что придется использовать цикл по компанентам + локэйт по датасету+Synchronize для каждого компонента так как запросы будут обрабатываться в отдельном потоке.
кагбэ не задумываясь. Выводить в канвас - вариант неплохой с точки зрения синхронизации, но с точки зрения "сборки" мнемосхемы через канвас... аж дрожжж берет 
. Мнемосхема - это такая штука с картинками, анимашками, метками и полями ввода, которые имеют свойство видоизменяться в зависимости от события. Почти со всеми элементами возможно взаимодействие пользователя (как минимум события мышки). Ну с какой тут стороны канвас прикрутить? Хотя по синхронизации очень заманчиво. Было такое мнение - формировать таблицу с поинтерами, и ID_tag на стороне клиента, передавать ее сереверу и джоинить с таблицей значений тэгов по ID_tag. Возвращать результат клиенту и дальше опять в цикле бежать уже по датасету и напрямую через поинтер обновлять значение на мнемосхеме. Становиться страшно за сервере (5-6 клиентов одновременно, каждую секунду временная таблица) хотя... может зря боимся?
Как работать с канвасом знаю. Спасибо.
. Полагаю что не нужно рассказывать как использовать методы First() / Next() и проверять на Eof() . Т.е. перечисляем строки и с заданным интервалом (зависит от высоты шрифта), выводим на битмап такого же размера как окно (если нет нативной двойной буферизации). По окончанию делаем Canvas.Draw битмапу. Кстати пришла в голову еще такая идея. Синхронизировать только отрисовку битмапа на канве. На битмапе то можно из любого потока рисовать. Нарисовали на битмапе, после чего для указанного окна вызываем WinApi функцию InvalidateRect, она в свою очередь сообщение WM_ERASEBKG / WM_PAINT . У компонента делаем обработчик OnPaint в котором и будем рисовать битмап на канве окна. Если окно может растягиваться, то не забыть еще OnResize.
Всем удачи!