質問

I would appreciate Your help:

We are planing to buy SQL Server 2008 R2 Web Edition (we must this version), however we would also like to use a functionality of Service Broker for SqlCacheDependency - Notification Mode (NOT polling mode).

http://msdn.microsoft.com/en-us/library/cc645993%28v=sql.105%29.aspx is said that Web Edition support for Service Broker (messaging) is : "Client only" - so some kind of short version.

Our server-environment is:

  • one Http server with two web-application
  • one DataBase server with single instance of SQL Server 2008 R2 Web Edition.

The idea is that: when new record is added to database table, sql server should notify both web-apllications and reset their caches (so we will have two integral caches). We are not planing to create a distributed cache (MemCache or sth)

Is there any way to combine these two demands (SqlCacheDependency via Service Broker Notification in a WebEdition of SqlServer 2008 R2) ? Buy a module, or some server architecture tricks. Any ides ?

Thanks in advance.

役に立ちましたか?

解決

The "client only" is kind of a misnomer. It means that two Service Broker services that exchange services must route the message through at least a higher edition version. An Express Edition cannot exchange messages with another Express Edition unless a Standard (or higher) edition server routes the messages between them.

While this is educational, is also completely irrelevant for you since Query Notifications (the feature behind the SqlCaheDependency modus operandi), never has to send a message remotely to another SQL Server instance. Is all local, so the 'client-only' restriction never applies. To be 100% accurate I should add that the way SqlCacheDependency uses Query Notifications never requires remote messaging, but this is splitting hairs.

I recommend you read the article linked, your post shows quite a few misunderstanding on how this technology works.

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top