多年前，我从高中开始就没有使用Access。
它解决了什么样的问题，甚至比真正的RDBMS支持的网络应用程序更好？
它还在积极开发吗？或者MS已经死了？
它最大的限制是什么？
更新
用什么资源来学习如何为小型企业开发MS Access解决方案？
由于
答案 0 :(得分：10)
答案 1 :(得分：4)
这一切都取决于，我会给你一个最近发生在我身上的快速例子。在工作中，他们需要一个小型系统来捕获来自大约15个用户的一组记录，并将大约15％的记录传递给大约5个左右的另一个团队，以便在这些记录上执行其他任务。这是一个一次性项目，将持续约4个月。
官方IT解决方案当然是一个带有SQL服务器后端的Web应用程序，大约需要60,000英镑。由于他们没有可用的SQL服务器空间且预算非常小，所以我决定使用JET来存储未绑定的访问数据库来存储数据。
在这个示例中，access / JET是正确的选择，现在如果这是一个支持500个用户的长期系统，那么Web应用程序将是最佳选择。它在一天结束时用于课程，人们不应该让他们的偏见影响他们的商业决策。
答案 2 :(得分：2)
Access使用的Jet数据库引擎被Microsoft视为已弃用，但仍受支持。此处描述.mdb数据库和较新的.accdb类型的限制。
https://blogs.msdn.com/b/access/archive/2006/06/05/access-2007-limits.aspx
即使是SQL Server Express，几乎在所有情况下都会更好。
对RDBMS /编程知识非常有限的人仍然可以在Access中使用快速前端（理想情况下使用外部数据库），这实际上是它的主要用途。
答案 3 :(得分：2)
阿。决不。点。一般来说限制太多。备份是有问题的，稳定性可能会有问题。特别是如果你将访问权限（文件共享数据库）与web ap进行比较，那么在每种情况下你都会陷入痛苦的世界。
访问可用于小型单位数据库填充（在将数据移至SQL Server之前加载数据）或SQL Server的前端（即访问实际上不存储任何数据）。后者也是MS正在接触的方向 - 前端技术。
答案 4 :(得分：1)
我的知识现在已经很老了，但它总是对报告非常有用 - 非常快速，强大，比例如更容易水晶报告。
答案 5 :(得分：1)
如果你只想快速解决问题，那么至少使用Access的某些类型的应用程序可能比使用SQL（或其他）后端的Web前端更容易。它仍在开发中（如果内存服务，Access 2010在过去一两个月内发布）。
我没有使用新版本肯定地说，但是我最后一次看的时候，看起来新版本大多是更新外观以配合最新版本的办公室，清理半明显问题和错误，但不是更多。我不会说它已经死了，但我没有太多迹象表明它确实是微软的首要任务之一。
试图确定其最大限制很难。它所基于的“JET Red”存储引擎根本无法很好地扩展 - 但它从未真正打算过。它的基本设计旨在将应用程序与存储的数据进行混淆，因此将其作为原始数据用于其他目的很难相对。我不知道是否仍然如此，但至少在一次，数据库格式也相当脆弱 - 文件损坏是半常见的，并且在大多数情况下，恢复的唯一希望是备份文件（意味着，最多会丢失自上次备份以来发生的所有事情 - 并且某些形式的损坏并不是立即显而易见的，因此有时也会发生损坏的备份。
归结为：如果其中一个内置访问的向导可以产生你想要的，或者至少真正关闭，你只需要为了支持少数用户的结果，在某些情况下可能是一个合理的选择。如果不（全部）适用，几乎肯定会有更好的选择。