Microsoft 的复杂事件处理 (CEP) 产品 流洞察 与 SQL Server 2008 R2 一起发布。

我想知道:

  • 如果StreamInsight以任何方式与SQL Server 2008 R2数据库绑定,并且可以单独运行。

    (通过扫描文档,看起来很像流媒体
    单独运行,但需要澄清)。

  • 如果您有使用独立于 SQL Server 2008 R2 的 StreamInsight 的经验,那么体验如何?

谢谢!

有帮助吗?

解决方案 2

“至于您对 StreamInsight (SI) 和 SQL Server 2008 R2 的看法;至少目前,SI 不依赖于 SQL Server 2008 R2。对于某些操作,您可能需要一个 SQL Server Compact (CE) 数据库,它存储元数据 - 但如果您愿意,您绝对可以对 SQL 以外的其他数据库使用 SI。” Niels http://www.sqldevelop.com/

其他提示

回应汤姆的问题......

缺乏查询代码重用选项

为何如此?首先,您有查询模板,它允许立即重用查询代码。其次,您可以创建一个架构(正如我们所拥有的),将相关的查询集封装在提供程序模型中,然后将它们连接到各种输入和输出适配器。

适配器只能拉动而不是推动

再说一遍,怎么会这样呢?输入适配器将数据推送到 StreamInsight 引擎中。数据是否被推送到输入适配器取决于源。我们创建了一个 OPC-DA 输入适配器,它使用订阅并从 OPC 推送数据。OSISoft 的 PI 适配器的工作方式相同。

没有故障转移机制,无法保证持久性。

那是真实的。

窗口逻辑不像其他引擎那么简单

这可能是您根据您以前使用过的和熟悉的内容得出的看法。我发现 StreamInsight 的模型相对简单、灵活且功能强大。我还发现查询语言 (LINQ) 对于 C# 开发人员来说更容易使用并且非常自然。

另一方面,大多数其他 CEP 引擎的安装都非常“繁重”,并且可能对企业架构产生重大影响 - 这是来自某个看到多次安装 TIBCO 对网络造成非常不愉快的事情的人的说法。StreamInsight 非常轻量级,与其他引擎相比,占用空间非常小。只是我的 0.02 美元价值。

StreamInsight在事件类型上有一些限制,他接受简单(非常简单)的变量类型。如果是 OPC 服务器,它就没用了......

我在 Streaminsight 方面的经验来自于我们在这里制作的 POC。我认为这个产品还不够成熟,不足以成为生产基础设施。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top