Re: serialized binary files vs Sql Server Performance..
- From: john smith <john@xxxxxxxxx>
- Date: Fri, 06 Jan 2006 16:47:16 -0400
Fabuloussites wrote:
I'm considering deploying an application that will us an IP address locaiton database provided by Ip2location.com...
http://www.ip2location.net/ip2location-dotnet-component.aspx
their .net component reads data from a binary file. I'm guess i'm wondering which of the two options would be best.
1) read data from the binary files (~27 mb or so) 2) or query a sql DB with the same info.
The database will have about 8 columns and ~ 1.8 millions rows.
i'm developing for a high traffic webisite, and i would like to query this DB to get the City info from the DB when a visitor first visits the site (based on their ip address).
Also, how do serialized binary files handle simultaneous file access? Would a high traffic webisite be able to use a serialized file efficiently if the file was read often?
Thanks!
I don't see reading from a file as a big problem (open read-only), but that's still a fair amount of data to parse (27MB). A database can handle that much data easily (they can handle many GBs of data no problem). Perhaps the best thing to do would be to benchmark both (like say, query it 1000 times each ways and compare how much time it took) and to do some load testing (not just 1 request after each other but many simultaneous queries). My guess is that the results (which one works best) will vary depending on how much traffic you have, the load on the server as well as the load on the database server. It's hard to predict accurately what would work best.
If you didn't need the city I'd recommend you have a look at this article http://www.eggheadcafe.com/articles/20051109.asp which manages to do it all in RAM (no file access or DB queries).
.
- Prev by Date: Re: Treeview with three columns
- Next by Date: Re: ASP.net 2.0 GridView edit mode problems
- Previous by thread: CrystalReportViewer Error HELP!
- Next by thread: RE: serialized binary files vs Sql Server Performance..
- Index(es):
Relevant Pages
|