&引用；Access 2002 vs SQL Server 200*“；作为sharepoint的数据库
我与一个团队合作，该团队的sharepoint网站目前正在运行，其列表链接到access数据库。我的问题实际上是在投资层面上，如果只有100个用户访问此网站，那么将DB升级到sharepoint的原因是什么。用SQL Server版本替换DB是否有真正的好处，特别是将来某一天将用2007替换Access 2002时。我知道SQL Server可以为更多的用户处理更多的内存和流量，但我正在寻找更多的原因（如果有的话）。如果有多个用户访问数据库，那么替换访问总是值得的。也许较新的版本没有那么糟糕，但根据我的经验，较早的版本（2002年和更早）在多用户环境中存在数据损坏的问题。我宁愿使用而不是访问。SQL Server Express将为您提供SQL Server的所有好处（存在一些限制，如数据库的最大大小和可使用的处理器数量），但允许您在将来轻松升级到SQL Server的完整副本。您可能希望升级到免费的SQL Server Express版本，并且可以处理高达4GB的数据库。如果您以后决定迁移到另一个版本的SQL Server，这将更加容易。从Access迁移的最大原因是稳定性和可维护性。任何真正的数据库（SQL Server、Sybase、Oracle、DB2、UDB等）都将具有更好的备份功能、更好的管理功能，并提供更好的访问控制和表管理 首先让我强调一下-我使用SQL Server，我喜欢SQL Server，它无疑是比Access更强大的DBMS，具有更好的性能和可靠性。SQL Server Express也是一个低端选项，对于许多目的来说已经足够好了，但它提供了SQL Server优于Access的体系结构优势 也就是说，早在我还是个孩子的时候，预算很紧。。。。我曾将Access用作交互数据存储的后端，在用户数明显超过几百的站点上（总计，从未测量过并发）。它成功了，我认为我们从未见过数据问题，也不是特别慢。请记住，web应用程序与windows应用程序是完全不同的使用情形，因为用户没有持续连接到数据库，所以并发性问题并不完全相同&引用；Access 2002 vs SQL Server 200*“；作为sharepoint的数据库,sql,sql-server,sharepoint,ms-access,Sql,Sql Server,Sharepoint,Ms Access,我与一个团队合作，该团队的sharepoint网站目前正在运行，其列表链接到access数据库。我的问题实际上是在投资层面上，如果只有100个用户访问此网站，那么将DB升级到sharepoint的原因是什么。用SQL Server版本替换DB是否有真正的好处，特别是将来某一天将用2007替换Access 2002时。我知道SQL Server可以为更多的用户处理更多的内存和流量，但我正在寻找更多的原因（如果有的话）。如果有多个用户访问数据库，那么替换访问总是值得的。也许较新的版本没有那么糟糕，但
访问仍然是体系结构中的一个弱点，了解它的局限性（特别是事务完整性）是很有价值的，这样您就可以对它的使用做出明智的决定，但我不认为它必须被替换。如果它现在完成了工作，没有理由相信它在可预见的将来不会继续做它的工作，考虑让睡狗撒谎。替换它的投资回报率可能不存在。这并不总是值得的——在某些情况下，直截了当的陈述几乎总是错误的，所以你会因为做出一个而被否决。你的问题似乎让我感到困惑。如果您对数据使用Sharepoint列表，则不会使用Access/Jet/ACE作为数据存储（仅作为前端）。如果您使用的是Sharepoint，那么它就是幕后的SQL Server。因此，问题应该是将Sharepoint列表用作数据存储与在SQL Server中存储相同数据之间的比较。大型Sharepoint列表在过去非常缓慢且效率低下，但Sharepoint 2010以一种非常重要的方式解决了这一问题：@David-很抱歉出现了混淆，我不明白这是如何混淆的，但我使用的Sharepoint列表链接到存储在Access/Jet/ACE中的我的数据，我将其简称为Access。基本上，当我的Access数据库中的数据发生更改时，这些更新是在链接到Sharepoint列表的Access表中完成的。如果您正在更新Sharepoint列表，Access数据库中不会存储任何数据。存储在那里的唯一内容是指向Sharepoint列表的链接集。什么。。。。？所有数据都在Access数据库中。。。那里怎么没有存储数据，这就是为什么它叫DB？你让我不知所措，也许我只是无知，但我对Sharepoint的理解是，Sharepoint列表存储在运行在Sharepoint服务器后面的SQL Server中。如果您在Access MDB/ACCDB中使用Sharepoint列表，则可以从该列表中访问数据，但不存储在该列表中，而是存储在Sharepoint的数据存储中。所以，对我来说，你写的第一句话是矛盾的，因为它说你正在使用Sharepoint列表，并且该列表处于访问状态。据我所知，这是不可能的——Sharepoint使用SQL Server作为其数据存储，而不是Jet/ACE/Access。我猜Access的粉丝们不喜欢你文章中的“真正的DB”部分。@t我想我可以换个说法，但我想人们知道我的意思。我完全明白你的意思，因此投了反对票。考虑到这个问题目前的措辞表明Access仅被用作前端，而不是数据存储，将Access作为数据库（当你真正指的是Jet/ACE时）来讨论一开始就不是真正相关的。@David-W-Fenton I没有这样理解它。我喜欢access作为用户/业务报告/研究工具，但它听起来像是被用作数据文件。如果它被用作前端，他们为什么还要考虑升级到SQLServer？关于作为数据存储/后端（甚至JET/ACE）的访问，我支持我的评论。我认为SQL CE和其他数据文件数据库在相同的级别，如果它有任何不同。对我来说，问题是作为SharePoint列表和SQL Server作为数据存储的选择。Jet/ACE作为数据存储似乎并未涉及其中。同样，这个问题也很不清楚。据我所知，Access只被用作前端，Jet/ACE数据库引擎没有被用作数据存储。所以，说真的，你所有关于访问权限不足的评论都是毫无根据的。大卫，很明显，你的帽子上有一只蜜蜂