决定数据库需求

Question

我有一个小的.net应用程序，我卖。我使用Access作为数据库，但我认为它不够灵活和快速。此外，我还计划启用网络数据库访问，因此我需要移动哪个数据库系统的建议。

我的程序是一个商店销售组织者，我记录每一次销售在一个商店。我需要数据库中的客户，库存，销售记录。一些客户在一个月内就能获得1万美元的销售额和10万件左右的产品。

编辑：

此外，数据库系统必须易于管理和易于备份。

Answer 1

我不知道您是如何得出结论的，即当前使用访问文件的配置是不够的。提防所有的访问恐怖故事，通常开始，“我从来没有使用访问从2.0，但我记得一些问题。关于，等等，等等。”就像判断Windows 7一样糟糕，因为你在使用Win95时遇到了一些崩溃。

如果您的客户端使用更大的数据集，可能会发现一个值得注意的性能问题，或者您的产品正经历太多错误，您将其归因于数据文件。只是似乎还有其他的功能和功能，客户会更喜欢比过早的扩展。

您提到了Server。它可以处理多达4G的数据，就像Express一样。两者都可以与您的安装包一起部署。CE的安装要小得多: 1.8mb v.197 CE。两者都提供Transact-SQL，但是CE缺乏过程T以及存储的proc、视图和触发器(不使用它的一个重要原因是IMO)。Express是基于服务器的，具有更多的服务特性。通过拒绝用户直接访问数据文件，并使事情变得更容易提供基于角色的安全性，它可能更安全。CE文件是文档安全的，因为它们没有代码，您可以创建特定于应用程序的自己的文件扩展名。我猜您的应用程序大部分时间都在安装的机器上运行，所以一直运行SQL服务的超额头可能是一个问题，也可能不是一个问题。零售店似乎不使用高性能的硬件。你可能想要点淡点的。

没有一个转换是完美的。根据您开发应用程序的方式，坚持使用MS产品可能更容易。这一切都取决于。

Answer 2

如果您想要零配置，我建议使用嵌入式数据库SQLite。它是，小，高效，可靠，免费的。

您不必经历在用户计算机上设置db服务器的麻烦，只要您没有大量的通信量，在网络设置中运行良好。

Answer 3

MySQL是一个很好的选择。我相信更新的版本(最终)允许严格执行外键。我在很多场合都用过这个。

如果您要重新分发您的系统(这样用户就可以建立自己的销售商店)，我强烈建议使用sqlite。它是快速的，免费的，并且越来越受欢迎。现在所有主要编程语言都有API。还有一些方法可以在for服务器上运行，如果这是对项目的考虑的话。