How can we improve Azure SQL Database?

Enable SQL Service Broker in SQL Azure

Service Broker should be available in Windows Azure.

591 votes
Sign in
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    firesnakefiresnake shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →
    TangalaiTangalai shared a merged idea: Support s  ·   · 


    Sign in
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      • Anonymous commented  ·   ·  Flag as inappropriate

        I would love to see this feature to implement real time database change notifications.

      • GeoffGeoff commented  ·   ·  Flag as inappropriate

        I would love to see this to, its been a barrier for me to move certain systems to Azure. Without it, for me, it means re-architecting some complex systems, to make them even more complicated.

      • Matthew HillMatthew Hill commented  ·   ·  Flag as inappropriate

        We've been using Azure SQL Database for a while now but unfortunately we will be changing to SQL 2016 VMs due to needing Service Broker type functionality to trigger updates to our other database systems.

      • Anonymous commented  ·   ·  Flag as inappropriate

        What is the alternative of Service Broker in Azure to get notification on insert or update in db

      • Art SaisuphaluckArt Saisuphaluck commented  ·   ·  Flag as inappropriate

        I also need Service Broker, same reasons repeated multiple times here. Hopefully you guys will post a good news about this soon. Thank you.

      • alanalan commented  ·   ·  Flag as inappropriate

        I concur with the masses here. SQL without service broker does me no good. We have processes that are transactional, and processes that are not. For those processes that do not need to be execute in real time service broker manages in a very clean and robust way. It's like saying, hey do this immediately, and do the rest when you get to it.

      • Pete HallPete Hall commented  ·   ·  Flag as inappropriate

        Service broker, or rather that lack of it, is the one part of functionality that stops us moving to SQL as a Service. Any news on the review?

      • Bill DerBill Der commented  ·   ·  Flag as inappropriate

        We use Service Broker in on-premise SQL Server to support caching and to provide asynchronous database change event notifications to web apps. Migration to Azure SQL Database service without SB is an obstacle. BTW, AWS RDS supports Service Broker.

      • David LeanDavid Lean commented  ·   ·  Flag as inappropriate

        1. Async Internal SQL Operations.
        Our “Comms Input” Worker Roles are streaming results to the database. It is time sensitive, it needs very short & predictable write operations. Occasional a set of values will trigger an event which results in thousands of customers being affected. SQL now needs to update multiple tables to update their account balances. This can take a few minutes, but can’t delay the injection of the streaming input. Service Broker lets me decouple this work. It also changes the security context to keep these very sensitive finance table updates isolated from web users. (or any other user)

        2. Existing Azure Queue alternatives are merely unintelligent queues.
        Azure Storage Queue required you to poll it. This becomes expensive if you want latency < 100 ms. It burns CPU unnecessarily.
        Azure Service Bus is better but requires an WCF app to process messages on arrival. You need to roll your own poison message handling & in-order queue delivery etc. It becomes hard to get multiple readers to “play nice”. If a Reader is shutdown it can take many seconds for any unprocessed messages to appear back on the queue so another reader can process them.

        Service Broker is much simpler to write. Every message received is processed inexpensively with low latency. Meaning at night when I may only get a message every few minutes they are still processed as rapidly as in the middle of the day when we get thousands of messages(updates) a minute.

      • James HattonJames Hatton commented  ·   ·  Flag as inappropriate

        Selecting Service Broker to communicate between the facets of a system is a fundamental architectural decision; the system's operating environment is wholly constrained by the decision to use Service Broker. If SQL Azure does not support Service Broker then it cannot be used; Azure is precluded as a deployment option, unless SQL Server is installed on a VM. Clearly, this suggests SQL Azure-based applications can benefit by having Service Broker available in SQL Azure.

        One scenario is to synchronize data between databases, one of which is a master identity database that holds the identities for the same persons in the separate systems. The number of potential scenarios is unlimited.

      • Jeffrey ClarkJeffrey Clark commented  ·   ·  Flag as inappropriate

        SQL Service broker and sql dependency allows our web applications to serve real time data to connected clients driven by changes at the database level. Without the service broken on Azure it is impossible for us to migrate our applications from traditional VM's without significant changes and re-development.

      • Greg ForsythGreg Forsyth commented  ·   ·  Flag as inappropriate

        Using a Patient Queueing service using SQL Dependencies and company wants to move to an Azure set up and currently there does not seem to be any way to work around this.

        Service Broker should be in Azure.

      • Christopher QuestChristopher Quest commented  ·   ·  Flag as inappropriate

        We use SQL dependency in an occasionally connected android application were part of a transaction is started on one tablet and completed on another. We use SQL dependency to tie these events together. Currently we use a RESTful web service to communicate to the backend but would really like to use Azure Mobile Data Services, but we need to keep the SQL dependency capability.

      • samtelsamtel commented  ·   ·  Flag as inappropriate

        I have implemented Audit (Saving Old Value, New Value, User ID) on all of our tables using SQL Broker. Not only that i have event triggers run on this audit using SQL Broker which executes Stored Procedures. We are hold on moving to cloud because cloud does not have SSB Enabled.

      • RonRon commented  ·   ·  Flag as inappropriate

        Agree, service broker is great for simple and complex queue. E.g. I would like to open a sql connection and wait for messages to be received instead of polling every x seconds.

      • Paulo UmetsuPaulo Umetsu commented  ·   ·  Flag as inappropriate

        Does someone now if with Azure Virtual Machine I can run the SignalR (SQL Dependency, and set broker on the database)? I also cannot upload files and I think with a virtual machine that wouldn't be a problem.

      • IvanHIvanH commented  ·   ·  Flag as inappropriate

        We use SQL dependency in for caching database data. Maybe it is not necessary and can be replaced by other mechanism, but we develop an application and this is part of it. What I need is a kind of smooth transition and even ability to work against normal SQL or Azure. Otherwise there is all the time the question whether Azure is worth the necessary effort.

      • Stephen DillonStephen Dillon commented  ·   ·  Flag as inappropriate

        Have you considered Azure's IAAS offer instead of SQL Azure? There is a Windows Azure Queue capability as well as Topics and Subscriptions.

        Regarding SQL Azure, a.k.a. SQL Database circa 2013, it is not "SQL Server". It is a "NewSQL" database, sometimes also referred to as a Service Database, that allows for horizontally scalable relational databases within the Windows Azure. It is fitting that the role of the SQL Broker is not implemented when using SQL Azure by its very nature of the Cloud.

        If you were to use Azure's IAAS (Infrastructure as a Service) offer then you could implement an Azure VM within the Cloud. You will lose the SQL Azure scalability and retain the SQL Broker messaging.

      ← Previous 1

      Feedback and Knowledge Base