Ms access 使用Access应用程序的优点/缺点
我想知道使用Microsoft Access与只创建自定义C#应用程序相比有哪些优点/缺点。执行时间相同吗？时间已经过去了吗？在我不那么谦虚的看法中，MS Access的最大优势是学习曲线低，而且已经为您做了很多事情。简单的应用程序可以由未经培训的文职人员构建 这也是最大的缺点之一。MS Access应用程序通常是由完全的新手首先启动的，他们会给自己带来很多麻烦。很多时候，他们都会依赖于为完成工作而构建的应用程序，但它需要扩展，或者因为他们在开始构建应用程序时做出的一些早期“决定”而变得难以管理（例如，使用一些人类可读的键引用另一个表，没有完整性约束等；现在他们拥有的数据比开始时多得多） 通常在我看到它的时候，要撤销以前“开发人员”的工作需要做很多工作。有时修复它的时间比重新开始要长Ms access 使用Access应用程序的优点/缺点,ms-access,Ms Access,我想知道使用Microsoft Access与只创建自定义C#应用程序相比有哪些优点/缺点。执行时间相同吗？时间已经过去了吗？在我不那么谦虚的看法中，MS Access的最大优势是学习曲线低，而且已经为您做了很多事情。简单的应用程序可以由未经培训的文职人员构建 这也是最大的缺点之一。MS Access应用程序通常是由完全的新手首先启动的，他们会给自己带来很多麻烦。很多时候，他们都会依赖于为完成工作而构建的应用程序，但它需要扩展，或者因为他们在开始构建应用程序时做出的一些早期“决定”而变得难以管理
交给专业人士-创建快速简单的应用程序很好。如果专业人士这么做，甚至更复杂的应用程序也可以。如果我有办法，我们只需将运行时版本分发给it专业人士，并将完整版本保留给it专业人士。如果你处理数据，Access有许多优点。一个关键点是在你的头脑中划分“访问”（raddevelopmentstudio，您可以在其中生成表单、报告、代码等）和与Access捆绑在一起的数据库引擎“Jet” Access是其他数据库类型（如SQL server）的优秀前端，您可以非常快速地创建优秀的数据驱动应用程序 您还拥有出色的内置报告套件，可以轻松访问其他MS Office应用程序（例如，通过outlook发送邮件）
Access在IT界名声不好，因为IT部门以前因为必须支持一些组装不好的应用程序而被烧掉，而最初的“开发人员”问题是，任何语言都可以用来制作一个糟糕的应用程序，但因为更多的人可以访问err-access，这就增加了非开发人员出错的机会！优势在于预构建的功能以及在需要时编写自定义代码的能力。当然，所有这些可以用C#完成，但没那么容易 使用Access的最大缺点是，每个问题都至少有一个答案，因此建议使用其他东西。或者更好的是，让某人敲Access，即使他们对它一无所知，或者从2.0开始就没有使用过它。C#是一个通用开发环境，专为生成所有可以想象的应用程序而设计d的 Access是专门为一个目的而设计的开发工具，即创建数据库前端 Access中的所有组件都是预构建的，以便尽可能轻松地与数据交互 当然，C#中有一些库和控件是为了与数据库交互而设计的，但对于创建数据库应用程序的特定目的，对整个开发环境的集成较少 Access的数据库相关组件也比为C#开发的任何组件都要成熟，因为Access的长度大约是C#的两倍。这也有其缺点，因为在现代环境中，关于Access中应该如何工作的一些假设并不适用（在学术界以外的任何地方都没有网络存在之前，就已经创建了访问权限） 我认为选择C#作为数据库应用程序的开发平台是可以的，如果：
但我们谈论的是超过100台桌面的某个地方，这条线是交叉的（可能接近500或1000台）在我看来。Ahh，但你所说的这些缺点实际上是好事。其中之一是他们没有使用Excel。这些数据库不断增长，变得越来越重要，这一事实也意味着IT部门应该审查并清理这些应用程序。我从未发现这些应用程序中有一个如此糟糕，以至于它需要被抛弃并重新开始（我的大部分工作包括接管这些应用程序并使它们符合新的需求/要求）。坦率地说，这是由自封的“专业访问开发者”开发的应用程序这通常是最糟糕的！接待员或暑期实习生创建的应用程序几乎总是使用一堆宏和少量向导生成的代码进行点击操作。这些应用程序通常具有非规范化的模式，但这些应用程序并不重要……与“专业人员”创建的应用程序不同事情往往比必要的复杂一个数量级。另一方面，他们通常有更好的模式，但这完全被解决混乱所需的时间所抵消。@Tony，我敢断言，当用户看到一页又一页的数据时，他们会很快发现Excel有问题。有什么需要解决的吗让他们快点读。@David，如果你还没找到，孩子，我有一本给你看吗。它是由一个拥有博士学位的人创建的，不是在IT相关学科。最糟糕的是，我可以告诉你，他们认为abo