KamovOleg писал(а):Тогда предположу, что это независимое ПО использует СУБД (его инфраструктуру и движок) для сбора, может какой-то обработки, записи в архивы (которые вероятно выглядят как некие блоки файлов) на которые есть линки в этой БД, ну и для обратного процесса, то есть выборки запрошенных данных из этих архивов и т.д. Такой механизм?
Выделенное - истина. Остальное ... Сбор, обработка и хранение - своими средствами. Через MSSQL (T-SQL) - реализация выборок.
KamovOleg писал(а):WInCC тормозит на этом объёме.
Ну, за 8 лет и Хисториан (при решении задачи в лоб) не разгонится
KamovOleg писал(а):2. Купить DASSIDirect
Идёт в комплекте с Хисториан
KamovOleg писал(а): а вот надо ли SDK?
Обычно нет. Но если Вы любитель всё писать сами - то...
KamovOleg писал(а): а надо ли Development Studio?
Нет. Студия больше для разработки InTouch-приложений. Или более продвинутых.
KamovOleg писал(а): нужен ли HISTORIAN Client?
Да. Именно в нём и приложения (HistClient Trend, WorkBook, Reports, Query) и ActiveX-компоненты, которые можно куда-либо встроить. К тому же, там простенький WEB-сервер для доступа к данным Хисториана в виде трендов.
KamovOleg писал(а):А может есть смысл оставить WinCC как визуализатор всего этого добра, но тогда вопрос как trend control от WinCC будет тащить данные из HISTORIAN.
Тогда в WinCC необходимо встроить ActiveX от Historian Client (купив его для каждого экземпляра WinCC).
KamovOleg писал(а):нужно хотя грубо прикинуть концепцию, даже если весь проект будет делать опытный интегратор.
Опытный интегратор всё равно всё сделает по-своему
Vita est dolor.