Повысить производительность клиент-серверных приложений можно множеством способов. Управление транзакционной очередью – один из них. Наиболее распространенные СУБД, такие как MS SQL или ORACLE, практически запрещают вмешиваться в порядок обслуживания транзакций, образующих очередь. Тем не менее такая возможность все-таки существует. Статья посвящена решению нескольких задач, формирующих базу для последующего вмешательства в работу системной очереди с целью улучшения ее обслуживания. Прежде всего, это установление факта истинности декларируемого параллелизма выполнения транзакций, а также конфигурирование службы Service Broker для построения перехватывающей очереди, порядком обслуживания которой можно будет впоследствии управлять.
A lot of factors effect productivity of client-server applications. Transactional queue management is one of them. Most widespread DBMS, as such MS SQL or ORACLE, forbid interfering into an order of transactional queue service. However there is a feasibility of order queue change. This article concentrates on decisions of some issues which establish a framework for subsequent interference into queue service. First of all it takes to unveil whether transactions really processed concurrency or not. Then for programmatically queue priority control it is proposed to use the interceptive queue which is configured by means of Service Broker.