\nNow that you know the StreamInsight metadata (see inside the metadata), its fairly easy to take apart the implicit model because you already know which objects are being created for you. In the implicit development model, you:\n<\/p>\n
\n1. Create a CepStream for input – specifying
\n EventType as a template parameter
\n Event Shape (Point, Edge, or Interval)
\n Factory class of the input adapter
\n Config info for the adapter
\n2. Build your LINQ query over the stream
\n3. Call Stream.ToQuery on input stream – specifying
\n Factory class of output adapter
\n Output configuration
\n Output event shape
\n A stream event order\n<\/p>\n
\nWhen calling Stream.ToQuery in step 3, the internals have all of the information to build the objects you need. That one call:
\n Implicitly creates Server and Application
\n Registers and configures Adapters, QueryTemplate (from step 2), EventType info.
\n Binds the adapters to the QueryTemplate producing the Query.\n<\/p>\n
\nAll you need to do is start the query. Just to prove that the entire object model is in place, you can use the references to navigate from the Query instance back to the Server, and retrieve the diagnostic information, just like in the Explicit Model. Using the ImplicitServer sample…\n<\/p>\n
\nQuery query = ConsumeQuery(top); \/\/ step 3 – see above, now add the following code.\n<\/p>\n
\n\/\/Now, get the Server
\nServer server = query.Application.Server;\n<\/p>\n
\nAt the end of the run, you can use your server instance to get the diagnostic views. Cribbing a little code from the ExplicitServer…\n<\/p>\n
\nRetrieveDiagnostics(server.GetDiagnosticView(new Uri("cep:\/Server\/EventManager")), tracer);
\nRetrieveDiagnostics(server.GetDiagnosticView(new Uri("cep:\/Server\/PlanManager")), tracer);\n<\/p>\n
\n\/\/ View for your query from Stream.ToQuery
\nRetrieveDiagnostics(server.GetDiagnosticView(query.Name), tracer);\n<\/p>\n
\nThe main differences between this model and the explicit server model are:
\n Because you're not instanciating the server, you don't specify server options or use Server.Connect
\n Because you didn't name some of the objects (because you didn't register them yourself), it would be more difficult to reuse them in a robust manner. If you're going to go the trouble of trundling through collections or depending on registration order (if this would work), you might as well use the explicit model. If you look at the query.Name, for example, you can see that the implicit model has made the application name "default" and the query name "DefaultQuery".\n<\/p>\n
\nBut its still the same object model.\n<\/p>\n
\n \n<\/p>\n
\n <\/p>\n","protected":false},"excerpt":{"rendered":"
Now that you know the StreamInsight metadata (see inside the metadata), its fairly easy to take apart the implicit model because you already know which objects are being created for you. In the implicit development model, you: 1. Create a CepStream for input – specifying EventType as a template parameter Event Shape (Point, […]<\/p>\n","protected":false},"author":7,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[30,39],"tags":[],"class_list":["post-614","post","type-post","status-publish","format-standard","hentry","category-sql-server-2008-r2","category-streaminsight"],"yoast_head":"\n