Does SQL server limit the processing time per connection?

Does SQL server limit the processing time per connection?

Post by Willie Debi » Sun, 21 Oct 2001 03:47:55



Hi,

I am using an application that does a lot of inserts. One stored
procedure is being repeatedly called to execute these inserts about
1000 times per second peak.

The application reuses only one connection and it looks like it cant
process more than about 500 calls per second. When additional
instances of this application are being run, then they will produce a
total throughput of up to an average of 1500 calls per second.

Does someone know where the bottleneck is? Should the applications use
a connection pool or is it maybe simply a matter of sql server 2000
configuration?

Thanks for any hint.

Regards

Willie

 
 
 

Does SQL server limit the processing time per connection?

Post by Brad » Sun, 21 Oct 2001 21:29:55


Is there anyway to batch your inserts?  It seems a little crazy for the
same app from the same computer to be doing 1000 inserts/sec.



Quote:> Hi,

> I am using an application that does a lot of inserts. One stored
> procedure is being repeatedly called to execute these inserts about
> 1000 times per second peak.

> The application reuses only one connection and it looks like it cant
> process more than about 500 calls per second. When additional
> instances of this application are being run, then they will produce a
> total throughput of up to an average of 1500 calls per second.

> Does someone know where the bottleneck is? Should the applications use
> a connection pool or is it maybe simply a matter of sql server 2000
> configuration?


 
 
 

Does SQL server limit the processing time per connection?

Post by Willie Debi » Mon, 22 Oct 2001 04:10:00


Hi Brad,

Quote:> Is there anyway to batch your inserts?  It seems a little crazy for the
> same app from the same computer to be doing 1000 inserts/sec.

I am not sure. I guess with "batching" you are referring to a method
like DTS Import that will be executed in certain intervals. Since
every single insert is needed in realtime on the client's side, I
believe that batching won't do here.

I think I know why one connection won't perform as I wish, it is
simply because network latency and protocol overhead have to be added
to the execution time of the stored procedure, and since a single
synchronous connection is being used, it cannot be executed as often
as asynchronous execution with a connection pool would.

Regards

Willie

 
 
 

1. SQL 65: limiting number of connections per login?

Hello, newbie here.

Wondering if anyone can help me out with an SQL 6.5 configuration question.  We
have users connecting to a SQL 6.5 database using a reporting tool called
Impromptu.  We would like to ensure that licensing for the product remains
legal, i.e. if the enterprise only has 3 copies of Impromptu then only 3
Impromptu users can connect to the database.

If we create a login called "Reporter" password "ABC123" (or whatever), and
tell Impromptu to login using that user name and password,  is there a way to
limit in SQL 6.5 the number of sessions that can login using that password?  
i.e. if there are only 3 Impromptu licenses limit the number of logins to 3?

We don't necessarily want to create a login for each seat, we just want to
limit the number of logins.

Thanks in advance - Email replies appreciated.

(Apologize for the cross-posting.)

Geoff Glave
Vancouver, Canada

2. HELP-Gengraph.app

3. Oracle 8.1.7 on Windows 2000 2g per process memory limit

4. Transfer data from record A(database A) to record B(database B)

5. SQL Server is using Per Server License instead of Per Seat

6. 2 similar statements, one works, one doesn't. Why?

7. Limit to Recordset per ODBC Connection

8. Limit the Number of Connections per User

9. process per connection

10. Number of processes per connection

11. OLAP Server and SQL Server on Same Machine - Time out when Processing

12. Limiting the number of records processed at a time