Quote:
|
It would seem to me (an obvious newbie in terms of ASP.Net) that the temporary nature of the connections made in ASP would remove this issue for applications that were being used by say no more than 20-30 people.
|
Certainly, Access could work well in small to medium sized web applications. I have seen many web sites successfully run on an Access database.
While Access is designed to handle multiple concurrent users, it's not as robust as the bigger DBMS's like SQL Server, Oracle and MySQL. Access is fine in low-user scenarios, both on the desktop as on a web server. You can successfully run a small to medium sized web site on an Access database with possibly hundreds or more visitors a day.
However, you'll find that Access has certain limitations. First and foremost: Access files can become corrupt, leading to the loss of all your data. This fear is more likely to become real on a high-volume web site with many users hitting the database. Secondly, Access won't scale up that well. Depending on the type of site (e.g. mostly read-only versus mostly data entry) your number of connections will be limited. The technical limitation is 255, but you're likely to hit the limits earlier.
Finally, Access is not as full featured as SQL Server or other database systems. Fancy support for Stored Procedures, triggers, the ability to backup log files, full text search, the SQL Agent, tools support, integration with VS 2008, and many many more make, IMO, SQL Server the better choice.
The good thing is: SQL Server Express is free; so you can easily try it out, see for yourself and then make a decision.
Cheers,
Imar