﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / SQL Server 2008 / T-SQL (SS2K8)  / Best way to run high number of transactions concurrently / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Thu, 23 May 2013 01:41:02 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Best way to run high number of transactions concurrently</title><link>http://www.sqlservercentral.com/Forums/Topic1365144-392-1.aspx</link><description>You can use the Profiler GUI to playback a trace against a server. But, it's single threaded, so you're not going to be able to scale it up much. SQL Server 2012 includes a new tool, Distributed Replay. You can run that against a 2008 database. It allows you add lots and lots more machines to run a trace playback. You can really stress the system to the max that way.</description><pubDate>Thu, 27 Sep 2012 08:43:15 GMT</pubDate><dc:creator>Grant Fritchey</dc:creator></item><item><title>RE: Best way to run high number of transactions concurrently</title><link>http://www.sqlservercentral.com/Forums/Topic1365144-392-1.aspx</link><description>[quote][b]brendan woulfe (9/27/2012)[/b][hr]I would take a look at SQL query stress by Adam Machanic.  [url]http://www.datamanipulation.net/sqlquerystress/[/url][/quote]That's brilliant.  Just what I needed for these initial tests. I was just starting to write my own program to do the exact same thing!Thanks.</description><pubDate>Thu, 27 Sep 2012 07:19:32 GMT</pubDate><dc:creator>Maddave</dc:creator></item><item><title>RE: Best way to run high number of transactions concurrently</title><link>http://www.sqlservercentral.com/Forums/Topic1365144-392-1.aspx</link><description>Red gate do an addin for SSMS [url]http://www.red-gate.com/products/sql-development/sql-test/?utm_source=google&amp;utm_medium=cpc&amp;utm_campaign=sqltest&amp;gclid=CKb0gOzo1bICFQMNfAod1kYAkw[/url]</description><pubDate>Thu, 27 Sep 2012 07:04:29 GMT</pubDate><dc:creator>Jason-299789</dc:creator></item><item><title>RE: Best way to run high number of transactions concurrently</title><link>http://www.sqlservercentral.com/Forums/Topic1365144-392-1.aspx</link><description>I would take a look at SQL query stress by Adam Machanic.  [url]http://www.datamanipulation.net/sqlquerystress/[/url]</description><pubDate>Thu, 27 Sep 2012 07:02:32 GMT</pubDate><dc:creator>brendan woulfe</dc:creator></item><item><title>Best way to run high number of transactions concurrently</title><link>http://www.sqlservercentral.com/Forums/Topic1365144-392-1.aspx</link><description>Hi, I have been asked to see if our new database system is up to handling a high load and need to run a transaction which includes a number of inserts and selects multiple times, to see the speeds that can be achieved.  Ideally we are looking to want about 300 transactions a second and need to see how this can be tuned and improved.I am interested in knowing what the best way to simulate multiple transactions to the database and what tool or way is possible to do this?Thanks.</description><pubDate>Thu, 27 Sep 2012 05:12:44 GMT</pubDate><dc:creator>Maddave</dc:creator></item></channel></rss>