The SQL Server transport supports delayed delivery by storing the delayed messages in a dedicated table. When a message delay time lapses, the transport moves messages from the sending endpoints to the destination queues in batches. This means that the exact delivery time for a delayed message can be a bit later.
The native delayed delivery feature of the SQL Server transport is not available to send-only endpoints. This is because the delay logic is currently embedded in the receive component which is not initialized for send-only endpoints.
Configuration
The settings described in this section have default values as shown in the snippets. The settings can be fine-tuned to fit a particular system's needs, e.g., messages are checked for expiration more frequently, resulting in more accurate delivery times.
Native delayed delivery mechanism has been introduced in version 3 of the transport. Older endpoints that use Timeout Manager can be migrated to the new mechanism by following the upgrade guide.
Table suffix
Delayed messages are stored in a dedicated table named sending-endpoint-name.. The suffix is set to Delayed by default, but can be overwritten using:
transport.DelayedDelivery.TableSuffix = "Delayed";
Batch size
The SQL Server transport processes delayed messages in batches. Each time the transport queries for messages, it will use the batch size setting to limit the number of messages to be processed. This batch size is set to 100 by default, but can be configured using:
transport.DelayedDelivery.BatchSize = 100;
Backwards compatibility
When upgrading to a version of the transport that supports native delayed delivery, it is safe to run a set of endpoints that include both endpoints using native delayed delivery as well as the timeout manager:
- Endpoints with native delayed delivery can send delayed messages to endpoints using the timeout manager.
- Endpoints with native delayed delivery can continue to receive delayed messages from endpoints using timeout manager.