title: How to reduce flooding a Service Broker queue?
body: <p>I'm new to using the SQL Service 2005 Service Broker.  I've created queues and successfully got conversations going, etc.  However, I want to sort of "throttle" messages, and I'm not sure how to go about that.</p>
  
  <p>Messages are sent by a stored proc which is called by a multi-user application.  Say 20 users cause this proc to be called once each within a 30 second period of time, it only needs to be sent once.  So I think I need some way from my proc to see if a message was sent within in the last 30 seconds?  Is there a way to do that?  </p>
  
  <p>One idea I had was to send a message to a "response" queue that indicates if the request queue activation proc has been called.  Then in my stored proc (called by user app) see if that particular message has been called recently.  Problem is I don't want this to mess up the response queue.  Can one peek at a queue (not receive) to see if a message exists in it?</p>
  
  <p>Or is there a more simple way to accomplish what I'm after?</p>