Базы данных

В самом общем смысле база данных (БД) - это система хранения информации, обращение к которой осуществляется через средство управления базой данных (СУБД). На практике - это данные, рассортированные по уникальным идентификаторам и организованные в виде таблиц. Основное назначение БД - предоставить пользователю нужную информацию в нужном месте и в нужное время. И надо сказать, что по мере своего развития БД справлялись с этой задачей все лучше и лучше. Тем не менее, первые БД не совсем соответствовали ожиданиям. Организации и предприятия должны были бороться с огромными объемами дублированной и иногда противоречивой информации, предоставляемой, к тому же, различными и, зачастую, несовместимыми друг с другом способами.

От прошлого к настоящему

Можно сказать, что путь развития БД - это путь все большего и большего отстранения программного обеспечения от физических структур данных. До появления БД информация хранилась в отдельных файлах. Самые первые системы управления файлами позволяли программистам создавать, записывать, обновлять и читать эти файлы. Файловая система имеет органический недостаток: программы должны точно " знать", где расположены данные. Как следствие - для определения адресов в развитых системах хранения данных необходимо применение довольно сложных, трудно оптимизируемых и модифицируемых алгоритмов.

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

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

Процесс отделения программ от структур данных в конечном итоге завершили реляционные базы данных (РБД). В РБД все данные представлены исключительно в формате таблиц или, по терминологии реляционной алгебры, отношений (relation). Таблица в реляционной алгебре - это неупорядоченное множество записей (строк), состоящих из одинакового набора полей (столбцов). Каждая строка характеризует некий объект, каждый столбец - одну из его характеристик. Совокупность таких связанных таблиц и составляет БД, при этом таблицы полностью равноправны - между ними не существует никакой иерархии. Реляционная модель является простейшей и наиболее привычной формой представления данных. РБД позволили моделям данных отражать взаимосвязи прикладной области, а не методы программного доступа к данным и структурам данных. Это - огромный шаг вперед по нескольким причинам:

• Отражающие прикладную область знаний модели данных являются интуитивно понятными конечному пользователю.
• Реорганизация данных на физическом уровне совершенно не влияет на выполнение прикладных программ. Одним из важнейших побочных эффектов данного преимущества является появление клиент-серверных архитектур, сохраняющих все достоинства централизованного администрирования и управления данными, с одной стороны, и дружески настроенных по отношению к пользователю клиентских программ, с другой.
• Благодаря нормализации удается избежать чрезмерного дублирования данных.

Индустрия РБД в настоящее время вполне созрела. Условия на рынке сейчас диктует " большая пятерка": IBM, Informix, Microsoft, Oracle и Sybase. На нее падает львиная доля всех расходов на разработку БД. Можно выделить две категории приложений в БД: оперативная обработка транзакций (OLTP - Online Transaction Processing) и системы поддержки принятия решений (DSS - Decision Support System).

OLTP-системы используются для создания приложений, поддерживающих ежедневную активность организации. Обычно это критические для деятельности приложения, требующие быстроты отклика и жесткого контроля над безопасностью и целостностью данных.

DSS (Decision Support System)-системы поддержки принятия решений, как правило, крупнее, чем OLTP-системы. Обычно они используются с целью анализа данных и выдачи отчетов и рекомендаций. Пользователи должны иметь возможность конструировать запросы различной степени сложности, осуществлять поиск зависимостей, выводить данные на графики и использовать информацию в других приложениях типа электронных таблиц, текстовых процессорах и статистических пакетов. Еще более широкую поддержку в процессе принятия решений обеспечивают системы оперативной аналитической обработки (OLAP - Online Analytical Processing).

Критерии оценки БД

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

Однако наиболее важные критерии оценки БД останутся теми же самыми, а именно:

• Повышает ли БД возможности конечных пользователей путем предоставления доступа к нужной информации в нужном месте и в нужное время?
• Обеспечивает ли БД требуемый уровень открытости и гибкости запросов?
• Легко ли сопровождать и использовать БД? Надежна ли она?
• Широко ли распространена БД и хорошо ли поддерживается ее технология большим числом независимых производителей программного обеспечения?
• Легко ли интегрировать БД с широким спектром иного программного обеспечения?
• Широк ли спектр возможных применений БД?
• Доступны ли по цене большинству пользователей аппаратные платформы, поддерживаемые БД?
• Приемлема ли сама БД по цене для большинства пользователей?

Клиент-серверные технологии

Модель " клиент-сервер" в настоящее время стала доминирующей компьютерной архитектурой после того, как предприятия осознали преимущество объединения удобных персональных компьютеров с централизованными, надежными и отказоустойчивыми мэйнфреймами. Клиент-серверные системы одновременно используют вычислительную мощь, как клиента, так и сервера, возлагая интенсивную обработку данных на сервер и оптимизируя сетевой трафик так, чтобы повысить общую эффективность работы (рис.3.11).

Для интерфейса в клиент-серверных системах используется SQL - язык структурированных запросов (Structured Query Language). Он представляет собой средство организации, управления и поиска информации в РБД. Широкое признание SQL приобрел благодаря таким своим характеристикам, как:

• независимость от поставщика;
• переносимость на разные компьютерные платформы;
• опора на реляционные принципы хранения информации;
• высокоуровневая англоязычная структура;
• интерактивное выполнение запросов;
• полнофункциональный язык БД;
• поддержка со стороны IBM, Oracle, Sybase, Microsoft и др.

Язык SQL поддерживается всеми крупными поставщиками серверов БД и огромным большинством производителей различных прикладных средств разработки и языков.

Рис. 3.11. Клиент-серверная организация

Базы данных в промышленной автоматизации

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

Как правило, производственному персоналу всегда не хватает информации. Операторам, специалистам, ремонтному персоналу, начальникам - всем нужен доступ к текущим и архивным производственным данным, статистической и итоговой информации и т.д. Все они хотели бы иметь какое-то единое средство доступа к информации, например, с мощью и открытостью РБД.

Однако, традиционные БД не всегда применимы в системах промышленной автоматизации. Можно выделить несколько основных ограничений:

• Производственные процессы генерируют данные очень быстро. Чтобы хранить производственный архив системы, например, с 7500 рабочими переменными, в БД каждую секунду необходимо вставлять 7500 строк. Обычные БД не могут выдержать подобную нагрузку.
• Производственная информация не вмещается! Многомесячный архив завода с 7500 рабочими переменными требует под БД дисковой памяти объемом около 1 Терабайта. Сегодняшние технологии такими объемами манипулировать не могут.
• SQL как язык не подходит для обработки временных или периодических данных, типичных для производственных систем. В частности, чрезвычайно трудно указать в запросе периодичность выборки возвращаемых данных.

3.2.1. IndustrialSQL Server компании Wonderware

IndustrialSQL Server компании Wonderware позволяет преодолеть перечисленные ограничения, впервые превращая реляционную технологию в разумное решение для систем промышленной автоматизации. Что же такое IndustrialSQL Server?

IndustrialSQL Server - внутризаводской хранитель архивной информации, включая данные о событиях и соответствующих реакциях. IndustrialSQL Server представляет собой РБД, в которой учтена скорость поступления и объемы производственной информации. Он позволяет осуществлять сбор и запись данных в сотни раз быстрее, чем это делают обычные БД на аналогичной платформе, и при этом еще и занимает значительно меньше дискового пространства.

IndustrialSQL Server - опора пакета промышленной автоматизации Wonderware FactorySuite200. Несмотря на то, что IndustrialSQL Server поставляется компанией Wonderware как самостоятельный продукт, он, в то же время, является одним из главных компонентов пакета FactorySuite2000, являясь, можно сказать, его " сердцем". Будучи интегрированным со SCADA-компонентом InTouch, IndustrialSQL Server способен накапливать при помощи серверов ввода/вывода информацию практически от любых измерительных приборов и устройств сбора данных.

Взаимодействие – причина успеха

IndustrialSQL Server - система управления РБД реального времени, использующая язык SQL. Выступая в качестве сервера БД, IndustrialSQL Server представляет собой расширение Microsoft SQL Server. При этом он обеспечивает скорость накопления данных более чем на порядок выше, характеризуется снижением размеров пространства хранения и реализует расширение языка SQL в области обработки данных, имеющих временные ярлыки (метки).

Объединение серверов IndustrialSQL Server и Microsoft SQL Server незаметно для пользователя. Можно сказать, что IndustrialSQL Server превращает Microsoft SQL Server в сервер РБД реального времени. При этом клиенты могут напрямую обращаться к IndustrialSQL Server при помощи тех же утилит, что и используются сервером Microsoft SQL Server.

Выбор Microsoft SQL Server в качестве основы для IndustrialSQL Server объясняется несколькими причинами. Во-первых, в мире существует более 200 миллионов пользователей Microsoft SQL Server. Во-вторых, Microsoft SQL Server является самой продаваемой БД для Windows NT. В-третьих, SQL поддерживается всеми крупными производителями серверов БД и большинством средств разработки и языков программирования.

Что делает IndustrialSQL Server с точки зрения взаимодействия IndustrialSQL - MS SQL?

• Сохраняет некритичную во времени информацию в БД Microsoft SQL Server. Вся технологическая информация сохраняется в специальных таблицах расширения.
• Поддерживает пропускную способность, то есть обеспечивает сохранение огромных потоков информации с высокой разрешающей способностью.
• Поддерживает целостность данных, то есть обеспечивает запись больших объемов информации без потерь.
• Добавляет в Microsoft SQL Server свойства сервера реального времени.

На рис. 3.12 показаны информационные потоки в системе управления. С одной стороны это данные, поступающие из различных источников для сохранения в БД, с другой - данные, запрашиваемые потребителями через интерфейс SQL сервера.

Стандартным механизмом поиска информации на сервере IndustrialSQL Server является SQL, что гарантирует доступность данных самому широкому кругу приложений. В подмножество языка SQL входит расширение, служащее для получения динамических производственных данных из IndustrialSQL Server и позволяющее строить запросы на базе временных отметок. Все приложения, работающие с Microsoft SQL Server, могут также подключаться и к IndustrialSQL Server.

Рис. 3.12. IndustrialSQL Server на основе MS SQL Server

Используемая в IndustrialSQL Server архитектура клиент-сервер позволяет заполнить промежуток между промышленными системами контроля и управления реального времени, характеризующимися большими объемами информации, и открытыми гибкими управленческими информационными системами. Благодаря наличию мощного и гибкого процессора запросов пользователи имеют возможность осуществлять поиск любой степени сложности для выявления зависимостей и связей между физическими характеристиками, оперативными условиями и технологическими событиями.

Характеристика РБД IndustrialSQL Server. Функциональные возможности

Высокопроизводительный сервер

IndustrialSQL Server обеспечивает сбор данных в сотни раз быстрее, чем любые другие РБД, и сохраняет их на гораздо меньшем дисковом пространстве. Многоуровневая клиент-серверная архитектура служит мостом между управленческими и производственными сетями, предоставляя вышележащему уровню всю информацию в реальном масштабе времени. Опирающаяся на Windows NT Server многоуровневая архитектура представляет собой масштабируемое решение любых пользовательских требований. IndustrialSQL Server может использоваться как в небольших цехах с сотней регистрируемых технологических параметров, так и на крупных промышленных предприятиях с сотнями тысяч параметров.

Уменьшение объема хранения

IndustrialSQL Server позволяет хранить данные на пространстве, составляющем небольшую долю от соответствующего объема обычной РБД. Фактический размер требуемого для хранения производственной информации дискового пространства определяется размером и сущностью операций предприятия, а также интервалом хранения предыстории его функционирования. Например, двухмесячный архив предприятия с 4000 параметров, опрашиваемых с периодичностью от нескольких секунд до нескольких минут, будет занимать около 2 Мб дискового пространства. Используемый алгоритм упаковки информации является алгоритмом сжатия без потерь, сохраняющим высокое разрешение и качество данных.

Достоверность информации

Будучи сервером БД в составе пакета FactorySuite 2000, IndustrialSQL Server хранит наиболее полную информацию о производственных процессах. Сервер может накапливать производственную информацию с высокой разрешающей способностью, получая ее при помощи серверов ввода/вывода от более чем 600 различных контрольных и регистрирующих устройств, а также от станций InTouch и системы ввода/вывода InControl. Все эти данные объединяются сервером с конфигурационной, аварийной, итоговой информацией, сведениями о событиях, архивом InBatch, информацией системы контроля перемещения InTrack и прочими технологическими данными.

Объединение данных предоставляет пользователю множество преимуществ, выводя его на новый уровень представления о состоянии и ходе производственного процесса. Такой объем информации может быть полезен лишь тогда, когда пользователь имеет на руках мощный процессор запросов, позволяющий обрабатывать и фильтровать необходимые данные. IndustrialSQL Server обладает всей мощью Microsoft SQL Server со всеми его средствами фильтрации, объединения и обработки данных.

Конфигурационные параметры, как и вся предыстория модификаций, хранятся в " чисто" Microsoft SQL - таблицах, доступных через SQL. В процессе функционирования предприятия могут добавляться новые и удаляться существующие параметры, меняться описания и диапазоны измерений. Сохранение предыстории модификаций гарантирует соответствие конфигурационных параметров возвращаемым сервером архивным данным.

Сервер реального времени

В язык запросов IndustrialSQL Server включены средства работы с временными характеристиками данных. Входящие в состав Wonderware FactorySuite серверы ввода/выводы используют новый протокол SuiteLink. В этом протоколе впервые была введена концепция отметок времени и качества информации, выставляемых серверами ввода/вывода. Кроме того, благодаря протоколу SuiteLink удалось еще более повысить скорость накопления информации.

Система регистрации событий

Непрерывные данные наиболее полезны в контексте событий. Событие может представлять собой все, что угодно - завершение серии, изменение значения переменной, операции SQL по вставке, обновлению или удалению, заступление новой смены либо запуск оборудования и т.д., а также комбинации всего перечисленного. IndustrialSQL Server может различать и соответствующим образом реагировать на события. События могут инициировать определенные предписанные действия. Например, завершение очередного этапа может приводить к записи конечных значений этапа в таблицу серии, начало новой смены может запустить выдачу сменного отчета, запуск двигателя может привести к посылке определенного сообщения в ремонтную службу и т.д. Функции копирования облегчают тиражирование сводных данных и информации о событиях, что особенно важно при принятии различных управленческих решений.

Гибкий открытый доступ

Большая доля производственной информации имеет такие же характеристики, как и обычные деловые данные (например, конфигурационные или сводные данные). Информация подобного рода поддерживается средствами Microsoft, встроенными в IndustrialSQL Server, а именно, сервером Microsoft SQL Server. В производственных отчетах, как правило, содержится сводная (статистическая) информация. IndustrialSQL Server может автоматически обновлять сводные таблицы с заданной периодичностью, записывая в них средние величины, суммы, а также максимальные и минимальные значения.

А имеющиеся клиентские приложения дают пользователям возможность выбирать именно те средства, которые наилучшим образом позволяют решать поставленные задачи. Хотя методы доступа и являются стандартными, безопасность данных никоим образом не ущемляется. IndustrialSQL Server опирается на средства ограничения несанкционированного доступа систем Microsoft SQL Server и Windows NT, гарантируя тем самым требуемый уровень защиты информации. IndustrialSQL Server представляет собой единственное место доступа к производственной информации и единую платформу разработки прикладных приложений для производства и связи с управленческими системами. Регистрация в системе, поддержание групп пользователей и управление доступом к БД упрощается благодаря Microsoft SQL Enterprise Manager.

SQL с поддержкой временных параметров

Обычный язык SQL не поддерживает временные характеристики данных. В частности, в нем нет никаких средств контроля времени поступления данных и никакого способа предоставления клиенту не запрошенных данных. IndustrialSQL Server расширяет возможности Transact-SQL, являющегося реализацией SQL для Microsoft SQL Server, обеспечивая управление разрешением и обновлениями, а также предоставляя основу таким временным функциям, как частота изменения и интегральные вычисления на сервере.

Простота конфигурирования

Одними из достоинств IndustrialSQL Server являются наличие готового набора функциональных возможностей и быстрота его установки в рабочей системе. Все выполняется простым нажатием на кнопку мыши, при этом сервер определяет собственные параметры с учетом существующего InTouch-приложения.

Открытая и гибкая база данных

Мощная и гибкая БД IndustrialSQL Server поддерживает доступ к информации реального времени, архивным и конфигурационным данным любыми программными средствами. Для хранения информации доступны следующие типы данных (рис.3.13):

• реального времени;
• архивные;
• конфигурационные;
• сводные;
• сопутствующие учрежденческие.

Рис. 3.13. Типы данных, регистрируемых IndustrialSQL Server

Идеология построения таблиц РБД, интегрирующих столь разнообразные типы данных из различных источников, имела ориентацию на улучшение характеристик производительности, качества и стоимости в таких ключевых областях как:

• анализ протекания процесса, диагностика, оптимизация;
• управление запасами: потребление сырья;
• техническое обслуживание (предупредительные и превентивные ремонты);
• продукция и контроль качества (SPC/SQC);
• функционирование в качестве системы управления производственным процессом

Простота использования

Для установки, конфигурирования и использования IndustrialSQL Server от пользователя не требуется никакого знания языка SQL. Особенностью IndustrialSQL Server является его ориентация на готовые наборы функций. IndustrialSQL Server разрабатывался как не требующая никакого администрирования система управления БД. Резервные копирования базы могут выполняться средствами Microsoft BackOffice. Наличие сотен клиентских приложений позволяет выбирать из них именно то, которое соответствует требованиям пользователя по простоте и функциональным возможностям.

Интеграция с другими компонентами пакета FactorySuite 2000

Будучи БД в составе FactorySuite 2000, IndustrialSQL Server тесно связан с любым компонентом этого пакета на любом уровне. Конфигурационные данные SCADA-системы InTouch хранятся вместе с конфигурационными данными IndustrialSQL Server. IndustrialSQL Server получает данные от серверов ввода/вывода, DDE, FastDDE и SuiteLink, а также хранит архивы InTouch, InControl, InBatch, InTrack и SPCPro. Для просмотра данных и построения аналитических графиков InTouch может использовать как собственные архивы, так и архивы IndustrialSQL Server. Кроме того, для построения графиков в нем может использоваться новый ActiveX-объект ActiveTrend, а для извлечения данных IndustrialSQL Server, так и ActiveX-объекты доступа к базам данных, разработанные сторонними производителями. Браузер Scout имеет возможность читать данные IndustrialSQL Server. Для работы с IndustrialSQL Server были разработаны средства FactoryOffice и IndustrialWorkbook. А компоненты InControl и InTouch имеют возможность выступать в качестве поставщиков информации для IndustrialSQL Server.

Области применения

В перечень обязанностей производственно-технического персонала предприятия входят повышение качества продукции, повышение эффективности производства, а также повышение коэффициента полезного действия используемого оборудования. Все эти цели недостижимы без владения оперативной и архивной информацией о состоянии производства и характеристиках выпускаемой продукции.

Специалисты по контрольно-измерительным средствам должны иметь полную информацию о структуре и функционировании всей системы контрольно-измерительных приборов. IndustrialSQL Server может предоставить им всю необходимую конфигурационную информацию типа значений контрольных параметров, допустимых ошибок и предельных границ, а также осуществлять регистрацию функционирования всей системы, записывая информацию типа отклонений рабочих параметров от установленных, ошибок измерения и выходов за предельные границы и, тем самым, позволяя находить ответы на вопросы типа: Является ли значение данной контрольной точки оптимальным для данного контура регулирования? Не привело ли срабатывание блокировочного узла к генерации ложной ошибки? Достаточен ли объем информации, выдаваемой оператору данным алармом?..

Технологический персонал должен иметь информацию о поведении процесса в установившемся и неустановившемся режиме. IndustrialSQL Server хранит всю информацию о параметрах и событиях процесса, предоставляя специалистам возможность анализировать переходные и аварийные состояния процесса.

Обслуживающий персонал должен иметь информацию о текущем состоянии оборудования и условиях его эксплуатации. IndustrialSQL Server хранит как производственный архив, так оперативные данные.

Руководителя производственных отделов нуждаются в итоговой информации о ходе производственного процесса и основных событиях. IndustrialSQL Server может предоставлять требуемые данные, как в итоговом, так и сгруппированном виде, а также записывать информацию о произошедших событиях. С его помощью руководители смогут получать точные ответы на такие вопросы типа: Каков объем дневного выпуска продукции? Каковы причины и длительность простоев оборудования в этом месяце? Соответствует ли выпуск продукции плановым показателям?..

Работники службы контроля качества должны иметь полную информацию о качестве выпускаемой продукции, несоответствиях и отклонениях от заданных параметров. IndustrialSQL Server может осуществлять запись всех измеряемых технологических параметров и связывать их с конкретной продукцией либо партией, помогая находить ответы на вопросы типа: Не повлияло ли изменение технологической карты на качество продукции? Какова вероятность появления дефектов в продукции данного типа? Существует ли взаимосвязь между данным температурным профилем и отклонениями данного параметра от заданного значения?..

Операторы технологического оборудования должны иметь возможность сравнивать текущие условия эксплуатации с существовавшими ранее и выявлять анормальное поведение процесса. IndustrialSQL Server хранит как оперативные, так и архивные данные и позволяет сравнивать их.

3.2.2. Plant2SQL и новые возможности, предлагаемые компанией Ci Technologies

Родственный Citect продукт, называемый Plant2SQL, позволяет предоставлять технологическую информацию, являющуюся прерогативой SCADA-систем.

Plant2SQL поддерживает простой доступ к данным технологического процесса как из приложений, так и со стороны пользователей. Пользователям теперь доступна самая последние данные технологического процесса, что позволит им принимать решения во всеоружии, полностью владея информацией о процессе производства.

Большинство SCADA-систем имеет возможность обмениваться данными с множеством баз данных, однако, если необходимо выполнить какие-то модификации в алгоритме обмена данными, то возникают проблемы. Обычно персонал уровня управления предприятием не хочет знать особенности SCADA-систем. С появлением Plant2SQL нет необходимости управляющему персоналу предприятия знать SQL или особенности получения данных из SCADA-архивов.

Основные особенности Plant2SQL

Открытые технологии, такие, как Microsoft ActiveX, используются для упрощения интеграции Plant2SQL с пакетами, такими, как Microsoft Word, Excel, Access, Internet Explorer, Visual Basic.

Основные особенности Plant2SQL:

• легкий доступ к технологическим данным;
• открытые базы данных;
• никакой конфигурации или модификации в Citect не требуется;
• поддержка резервирования;
• не требуется знания SQL языка;
• установка и просмотр данных выполняется несколькими нажатиями кнопки мыши;
• простой выбор выбранных пользователем данных для просмотра;
• адаптируемость и расширяемость;
• клиенты могут читать данные из баз данных SQL или прямо из SCADA-системы.

На основе стандартных протоколов осуществляется обмен данными в Plant2SQL (см. рис. 3.14)

Рис. 3.14 Протоколы доступа к Plant2SQL

Клиентские приложения Plant2SQL

Plant2SQL включает ряд клиентских приложений, которые могут настраиваться на различные требования пользователей.

Одно из таких приложений поставляется для Microsoft Excel. Оно позволяет пользователю выбирать данные и встраивать их в электронные таблицы. При встраивании допустимо использование всех стандартных средств (tools), чтобы представлять и анализировать информацию, а затем сохранять ее для повторного использования.

Сбор данных. Plant2SQL представляет простые и быстрые средства конфигурирования для обеспечения сбора данных.

Plant2SQL легко интегрирует данные технологического процесса в существующий или новый SQL Server. Если SQL Server не устанавливается, то Plant2SQL будет сохранять информацию, используя Microsoft Data Engine (MSDE), который поставляется с Plant2SQL и является на 100% совместимым с Plant2SQL (рис. 3.15).

Рис.3.15 MS SQL Server - основа Plant2SQL

По умолчанию все трендовые и алармовые данные автоматически доступны клиентскому приложению. Пользователи могут только отметить точки, которые необходимо зарегистрировать в базе данных Microsoft SQL и иметь доступ к отдельным точкам.

Plant2SQL включает подсистему событий, которая просматривает события в Citect и может быть использована, чтобы запускать передачу или хранение набора данных. В Plant2SQL этот набор данных называется Snapshot (снимок). Мгновенные выборки переменных (Snapshots) активизируются из множества источников, включая определенные моменты времени или условные выражения переменных в Citect. Каждая выборка может быть сконфигурирована, чтобы включать любую группу переменных с возможной записью в эти переменные.

Архитектура. Plant2SQL имеет различные опции расширения. В малых простых приложениях возможен запуск Plant2SQL сервера и клиента на одном компьютере как клиент и сервер Citect. Если приложение растет, то разные компьютеры могут использоваться для Citect, для Plant2SQL сервера, Plant2SQL клиента и даже отдельный файл-сервер для базы данных, если потребуется.

Резервирование. Plant2SQL имеет встроенные средства резервирования. Отдельный Plant2SQL может подключаться к основному Citect-серверу и автоматически переключаться на резервный Citect-сервер при возникновении проблем с основным.

Если необходима резервная база данных SQL Server, то стандартные средства репликации могут быть использованы для репликации базы данных в резервный SQL Server.

Если необходимы резервные Plant2SQL серверы, то пара Plant2SQL серверов может быть подключена к паре Citect серверов.

Замечание. В Plant2SQL не существует синхронизации между основной и резервной базами данных Plant2SQL.

Plant2SQL клиенты позволяют не техническим пользователям получать данные. В некоторых случаях может потребоваться более высокая степень гибкости, и Plant2SQL обеспечивает это как серверу, так и клиенту.

На стороне сервера Plant2SQL обеспечивается хранимыми процедурами (stored procedures), которые автоматически устанавливаются в SQL Server или MSDE. Plant2SQL использует эти хранимые процедуры, чтобы получать данные из Citect и сохранять их в SQL сервере или MSDE. Эти же хранимые процедуры доступны через документированный интерфейс. Например, возможно писать собственные хранимые процедуры и вызывать хранимые процедуры Plant2SQL для доступа к данным из Citect.

С клиентской стороны Plant2SQL обеспечивается ActiveX интерфейсом, который доступен любому приложению.

Plant2SQL с MSDE или SQL сервером. Plant2SQL предлагает выбор между Microsoft MSDE и SQL Server 7.0. MSDE является частью SQL Server. Для многих приложений MSDE будет вполне достаточен. MSDE имеет меньший footprint (85 MB), но ограничивается 2 GB на базу данных и оптимизирован, когда количество одновременно работающих клиентов не превышает 5. Производительность сильно падает при увеличении количества пользователей. Основное ограничение - 2 GB на область хранения. Но так как Plant2SQL поддерживает гетерогенные запросы, то количество требуемого пространства минимизируется.

Область применения

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

Персонал отдела качества (Quility Assurance) может легко сравнить продукцию производства со спецификацией, проанализировать качество.

Отдел поддержки (обслуживающий персонал) количество часов работы оборудования, планируемую диагностику оборудования.

Менеджеры по производству могут легко интегрировать бизнес-информацию с технологической и быстро просчитывать стоимость инвестиций и материальных издержек.

3.2.3. Базы данных реального времени. Чем же они отличаются!

Рассматриваемые БДРВ в качестве основы используют одну из распространенных БД Microsoft SQL Server (следует напомнить, что имеют место и другие решения). Преимущества такого подхода следующие:

• большое количество пользователей владеют продуктом и потому в проектных решениях могут использовать не только возможности БДРВ, но и создавать собственные базы данных или таблицы в рамках существующей базы данных реального времени;
• новые технологические решения (например, OLE DB), предлагаемые Microsoft и реализуемые в MS SQL Server не требуют серьезных вложений со стороны поставщиков БДРВ. Проведение адаптации возможностей MS SQL Server для БДРВ сокращает сроки появления новых версий БДРВ с новыми возможностями;
• техническое сопровождение упрощается.

Как видно на примере указанных БД, несмотря на то, что в основе лежит MS SQL Server, реализованы они различно:

• для хранения данных реального времени в IndustrialSQL Server используются исторические блоки или файлы специального формата. Основное требование к ним - обеспечение высокой скорости регистрации и повышенное сжатие данных. В Plant2SQL технологические данные хранятся в стандартных MS SQL таблицах. Для обеспечения высокой скорости регистрации используется стандартная подсистема архивов Citect;
• IndustrialSQL Server обеспечивает регистрацию в реальном времени из серверов ввода-вывода по протоколам DDE, OPC, SuiteLink. Режим регистрации в Plant2SQL поддерживается либо системой архивирования Citect, либо, используя API (Application Programming Interface) для произвольных приложений Windows;
• Доступ из клиентских приложений осуществляется по SQL-запросам. В IndustrialSQL Server в версии 7.1 добавлена возможность получения по DDE, SuiteLink-протоколам.