dbTalk Databases Forums  

Running Concurrent SQL statements

comp.databases.btrieve comp.databases.btrieve


Discuss Running Concurrent SQL statements in the comp.databases.btrieve forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
smpete33@gmail.com
 
Posts: n/a

Default Running Concurrent SQL statements - 10-21-2005 , 04:41 PM






I've noticed when you run numerous sql statements at the same time, it
takes longer for the statements to finish than if they ran alone. It
seems that the server only runs one sql statement at a time. Is there
some way to change this so the server can run multiple statements at
the same time, or is this a limitation of Pervasive.SQL? I'm running
Pervasive.SQL v8 on a Windows 2000 server.


Reply With Quote
  #2  
Old   
Guy Dawson
 
Posts: n/a

Default Re: Running Concurrent SQL statements - 10-24-2005 , 07:34 AM






smpete33 (AT) gmail (DOT) com wrote:
Quote:
I've noticed when you run numerous sql statements at the same time, it
takes longer for the statements to finish than if they ran alone. It
seems that the server only runs one sql statement at a time. Is there
some way to change this so the server can run multiple statements at
the same time, or is this a limitation of Pervasive.SQL? I'm running
Pervasive.SQL v8 on a Windows 2000 server.
Are they big, long running queries? How many records does each query
need to scan? It's quite possible that by running them at the same time
you're running out of cache memory and/or disk I/O bandwidth.


Guy
-- --------------------------------------------------------------------
Guy Dawson I.T. Manager Crossflight Ltd
gnues (AT) crossflight (DOT) co.uk


Reply With Quote
  #3  
Old   
smpete33@gmail.com
 
Posts: n/a

Default Re: Running Concurrent SQL statements - 10-24-2005 , 08:54 AM



No, they are not long running queries. Most take less than 1 second to
run with the longest taking 3 seconds. I have tested this on a server
where this process is the only thing running and I still see the same
problem. When I run the process twice at the same time, the individual
sql statements still take the same time to run, but in whole the whole
process takes longer. That's why it seems Pervasive isn't running more
than one sql statement at a time.


Reply With Quote
  #4  
Old   
Bill Bach
 
Posts: n/a

Default Re: Running Concurrent SQL statements - 10-24-2005 , 11:16 AM



smpete33 (AT) gmail (DOT) com wrote:

Quote:
No, they are not long running queries. Most take less than 1 second
to run with the longest taking 3 seconds. I have tested this on a
server where this process is the only thing running and I still see
the same problem. When I run the process twice at the same time, the
individual sql statements still take the same time to run, but in
whole the whole process takes longer. That's why it seems Pervasive
isn't running more than one sql statement at a time.
How many "REAL" CPU's are there on the server?


Reply With Quote
  #5  
Old   
smpete33
 
Posts: n/a

Default Re: Running Concurrent SQL statements - 10-24-2005 , 01:30 PM



Dual 2.8 Ghz processors
2 Gb RAM
RAID - 1 mirrored 72 Gb drives w/ online spare


Reply With Quote
  #6  
Old   
Guy Dawson
 
Posts: n/a

Default Re: Running Concurrent SQL statements - 11-01-2005 , 09:56 AM



smpete33 (AT) gmail (DOT) com wrote:
Quote:
No, they are not long running queries. Most take less than 1 second to
run with the longest taking 3 seconds. I have tested this on a server
where this process is the only thing running and I still see the same
problem. When I run the process twice at the same time, the individual
sql statements still take the same time to run, but in whole the whole
process takes longer. That's why it seems Pervasive isn't running more
than one sql statement at a time.
I know our installation (P.SQL V8.6 on Netware V5.1 SP8) runs multiple
SQL statments because I can run a mix of long (minuits), medium (seconds)
and short (sub second) queries at the same time along with lots of users
accessing the database via both Btrieve ans P.SQL.

Have you any idea how much data each query scan? I'm still wondering if
the disks and/or cache are a bottlneck.

Guy
-- --------------------------------------------------------------------
Guy Dawson I.T. Manager Crossflight Ltd
gnues (AT) crossflight (DOT) co.uk


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.