Access是一种桌面数据库，只适合数据量少的应用，在处理少量数据和单机访问的数据库时是很好的，效率也很高。但是它的同时访问客户端不能多于4个。access数据库有一定的极限，如果数据达到100M左右，很容易造成服务器iis假死，或者消耗掉服务器的内存导致服务器崩溃。
SQL Server是基于服务器端的中型的数据库，可以适合大容量数据的应用，在功能上管理上也要比Access要强得多。在处理海量数据的效率，后台开发的灵活性，可扩展性等方面强大。因为现在数据库都使用标准的SQL语言对数据库进行管理，所以如果是标准SQL语言，两者基本上都可以通用的。SQL Server还有更多的扩展，可以用存储过程，数据库大小无极限限制。
ACCESS的并发理论极限是一个非常不稳定东西，MS的新闻组在ACCESS 2000推出之后有一段时间的专门讨论，根据那些MVP的解释，这涉及很多方面，例如存取操作的复杂程度，就是涉及和相关的表，Macro之类，操作系统的内存，文件Handle的宽松程度和其他的软环境，总体而言，繁忙中等复杂程度的应用不应该超过20个并发，高度繁忙不应该超过5－8个并发，否则数据库损坏的可能性大大增加。。这也是文件型数据库的一个致命弱点吧。。。
现在网上绝大多数网站都是ACCESS+ASP的形式，因为ACCESS结构简单容易处理，而且也能满足多数的网站程序要求。
ACCESS是小型数据库，既然是小型就有他根本的局限性，以下几种情况下数据库基本上会吃不消：
　 1.数据库过大，一般ACCESS数据库达到50M左右的时候性能会急剧下降！
　 2.网站访问频繁，经常达到100人左右的在线。
3.记录数过多，一般记录数达到10万条左右的时候性能就会急剧下降！
（注：以上3条只是我们多年以来的经验结果，并不只绝对值，具体视情况不同浮动较大）
　　 ACCESS论坛（如动网）大了以后就很容易出现数据库方面的问题，当你的论坛数据库在30M以上，帖子5万左右，在线也在100人左右的时候，你的论坛基本上都在处理数据库上花时间，这个时候很可能就会出现数据库吃不消的情况。
一般症状是所有涉及数据库的页面，突然运行都慢的出奇（执行时间达到5秒以上甚至几十秒），涉及HTML和纯ASP运算的页面都正常，等过一段时间（约10分钟或更长）以后又突然恢复。这个时候你可以用一般ASP探针测试一下，如果服务器的运算时间正常，而你的帖字量又比较大，就是数据库方面的问题了。
　　 解决方法：
由于这是ACCESS本身的局限性，所以解决的方法除了减少数据量和更换大型的数据库论坛以外也没什么好办法，也就是现在常说的论坛危机，也是大型的论坛都不是ACCESS的原因。我们推荐以下方法：
　 1.临时解决办法：定期删除多余的数据、压缩数据库，限制论坛灌水，甚至限制论坛注册。如果是动网论坛，可以使用论坛自带的分表储存功能，会有较好的效果
2.比较长远办法：更换论坛和数据库，一般都采用动网sql商业版本+MSSQL 的方案来解决，不过这个需要比较大的投资。因为mssql2000和ACCESS相比需要更多的资源，光是占内存上，就可以达到每一个在线1M以上的程度，如果你的SQL论坛有100人在线就会吃掉服务器至少150M以上内存