2

Комплексная обработка событий Microsoft (CEP), предлагающая StreamInsight, была выпущена в тандеме с SQL Server 2008 R2.Microsoft StreamInsight - опыт и SQL Server 2008 R2

Я интересно:

  • если StreamInsight в любом случае привязанной к базе данных SQL Server 2008 R2 и , если он может работать отдельно.

    (от сканирования по документации это выглядит как StreamInsight может быть
    запустить отдельно, но уточнение было бы желательно).

  • Если у вас есть опыт использования StreamInsight отдельно от SQL Server 2008 R2, как прошел опыт?

Спасибо!

ответ

2

«Что касается ваших соображений относительно StreamInsight (SI) и SQL Server 2008 R2, по крайней мере на данный момент, SI не имеет никаких зависимостей от SQL Server 2008 R2, что бы это ни было. Для определенных операций может потребоваться SQL Server Compact (CE) db, в котором хранятся метаданные, но вы можете определенно использовать SI для других баз данных, кроме SQL, если хотите. Niels of http://www.sqldevelop.com/

-2

мой опыт работы с streaminsight был в POC, который мы здесь сделали. этот продукт недостаточно зрелый, на мой взгляд, для создания производственной инфраструктуры.

+1

Можете ли вы добавить какие-либо особенности re: зрелость? – BozoJoe

+0

Можете ли вы объяснить, почему? – holsee

+0

Да, я могу, но он будет основан на версии CTP 3 - так как я не работал с последней версией RTM. Этот продукт может быть хорош для простых сценариев и некоторых простых агрегатов. он lucks варианты повторного использования кода запроса, он lucks возможности тестирования, адаптеры ограничены, чтобы тянуть, а не толкать, без механизма отказа, без гарантии настойчивости, логика Windows не так прямолинейна, как в других двигателях. , если вы попробуете бесплатную пробную версию коралла8, вы поймете разницу в зрелости продукта. – Tom

2

Отвечая на вопросы Тома ...

Недостатками код запроса варианты повторного использования

Как так? Во-первых, у вас есть шаблоны запросов, которые позволяют повторное использование кода запроса прямо из коробки. Во-вторых, вы можете создать архитектуру (как у нас), которая инкапсулирует связанные множества запросов в модель поставщика, а затем подключит их к различным адаптерам ввода и вывода.

Адаптеры вынуждены вытягивать, а не толкая

Опять же, как же так? Адаптеры ввода вставляют данные в движок StreamInsight. Независимо от того, попадают ли данные во входной адаптер, зависит от источника. Мы создали входной адаптер OPC-DA, который использует подписки, и данные передаются из OPC. Переключатель PI OSISoft работает одинаково.

Отсутствие механизма отказа, гарантированность не гарантируется.

Это правда.

Window логика не так просто, как другие двигатели

Это может быть ваше мнение на основании того, что вы использовали раньше, и то, что вы знакомы с. Я нашел модель StreamInsight относительно простой, гибкой и мощной.Я также считаю, что язык запросов (LINQ) намного проще в использовании и очень естественен для разработчика C#.

С другой стороны, большинство других двигателей CEP имеют очень «тяжелую» установку и могут оказать значительное влияние на корпоративную архитектуру - это от тех, кто видел, что несколько установок TIBCO делают очень неприятные вещи в сети , StreamInsight очень легкий и имеет очень малую площадь по сравнению с другими двигателями. Просто мой $ 0,02.

1

У StreamInsight есть некоторые ограничения в типах событий, он принимает простые (очень простые) типы переменных. В случае OPC-сервера это бесполезно ...

+0

Не могли бы вы объяснить ваш прецедент, где типов StreamInsight недостаточно? Большинство приложений OPC используют OPC-DA, где наиболее типичными типами данных (на основе VARIANT) будут VT_I2, VT_UI2, VT_R4 и такие, довольно простые вещи. Можно использовать более сложные типы данных, например. в OPC UA, но опять же не так часто, на мой взгляд. Мы создали продукт, который приносит [данные OPC в StreamInsight] (http://www.opclabs.com/products/streaminsight-option), и пока у него еще не было такой жалобы. – ZbynekZ

Смежные вопросы