ThinkGeo.com    |     Documentation    |     Premium Support

20 - 30 concurrent users access shapefiles on a file server

#1











Hi,


Does anyone know whether there are any performance issues and locking issues when 30 concurrent users to access the shapefiles (10 GB) on a file server)?    


Thanks.








#2

Kevin, 
  
 If the concurrent users all access the shapefiles in ReadOnly mode (by default), I don’t think there will have any locking issues. If the index file is properly generated, I think the performance should be fine even it’s with the size of 10G.  
  
 Here is the API to build index for a Shape File: 
 ShapeFileFeatureLayer.BuildIndexFile() 
  
 Thanks, 
  
 Ben

#3

Thanks, Ben. 
  
 I did build index for my shape files.  My app also only allows the users to access the shapefiles in ReadOnly mode. 
  
 I am also planning to load my shapefiles into a SQL server 2008 database.  Do you think to access geodata from SQL server should be faster than from shapefiles? 
  
 Thanks. 


#4

Kevin, 
  
 As far as I tested, accessing geodata from SQL server 2008 (with index) is usually around 2 times slower than reading it from shapefiles. Can you let me know what the speed now to read data from your shapefile so I can have a general idea if it has got the maximum speed? 
  
 Thanks, 
  
 Ben

#5

Kevin…I agree with Ben’s number.  A few months ago we had some extensive exchanges here on SQL Server 2008 performance which was greatly improved in the most recent beta.  I built a side-by-side test between shapefiles and SS and found SQL Server to take about twice as long, which is MUCH better than before, when SQL Server was between 10 and 15 times slower.  I tried some tweaking but couldn’t find anything that made a measurable improvement.   
  
 Allen

#6

By the way Allen, just let you know the next version is supposed to be released next week with the SQL 2008 performance improvements integrated. Keep an eye on it:) 
  
 Ben