Posted By: LordNikon | Oct 2nd @ 12:13 PM
page 1 of 1
Comments: 6 | Views: 1034

http://www.microsoft.com/sqlserver/2008/en/us/R2-complex-event.aspx#Process

 

This looks like some very cool technology.  What I'm wondering is if it is intended in part to enter the data historian market as a direct competitor, or is it intended to build on top of other data historians to bring more efficient and effective BI capability to the table.  I suppose its success in that market will in some part depend on the emergence of various DCS/SCADA adapters.

 

I think this is big news and represents a huge market opportunity for partners.

Sabot
Sabot
My name is Dave Oliver. I'm a Technical Architect.

Agreed it does look like some very cool technology .... 2008 R2 is going to be awesone!

staceyw
staceyw
Before C# there was darkness...

imo, it seems it is more a general Pub/Sub system that allows you to subscribe to events using Linq queries (1 thing I have wanted, very cool).  Publishers can be devices or other (triggers, etc).  You can use this arch to subscribe to topics and publish some event that may be gathered from many sources (tables, static data, device input, etc).  My first thoughts where things like realtime Dashboards and Twitter w/ Track and "realtime" push. Not sure. 

It sure looks like it could function in the process industry as a data historian. With .net integration, and even more significant the BI toolset MS provides, this could really become a huge player. The tools offered by the current market are far behind the times, unintuitive, and look unprofessional.

The Manufacturing Toolkit also opens up intruiging opportunities in this space.

Looking forward to Microsoft's offering!

 

staceyw
staceyw
Before C# there was darkness...

Just curious.  How would data historian be implemented as Pub/Sub?  Does not sql change tracking and/or triggers allow this solution already for data history?  What is the senerio you are thinking about?  tia

staceyw
staceyw
Before C# there was darkness...

I get the real time stream part and be able to sniff stuff out of the stream and do stuff.  What I don't understand is the "data historian" part.  If your archiving data, you need to make a Write.  You can cache it, in a 24 hour stream, your writes still have to keep up.  Are they talking about historian in terms of saving device stream output to DB or historian in terms of archiving DB changes?

page 1 of 1
Comments: 6 | Views: 1034
Microsoft Communities