确定数据库需求答案

【问题标题】：Deciding database need确定数据库需求
【发布时间】：2011-05-05 20:39:43
【问题描述】：

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

我的程序是商店销售组织者，我会记录商店的每一笔销售。我需要数据库中的客户、库存、销售记录。一些客户在一个月内实现了 10k 的销售额和大约 100k 的产品。

编辑：

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

【问题讨论】：

你提到了数据库，但是你用什么来做表格和报告之类的？
我不使用 Access 报告。只是表格和视图。我使用水晶报表。我也在使用 Microsoft DAO 3.6。
那么没有使用表单或表单代码？
如果您问这个问题，我没有使用 Access 表单。我的应用程序是 Winforms 和 Vb.Net。
避免将 Jet/ACE 用于数据存储的一个原因是，如果您想支持跨 WiFi 的网络连接。这不适用于 Jet/ACE 后端。

标签： mysql sql-server ms-access sqlite sql-server-ce

【解决方案1】：

MySQL 快速、小巧、高效、可靠且免费。我会推荐它。

【讨论】：

【解决方案2】：

MySQL 是一个不错的选择。而且我相信较新的版本（最终）允许严格执行外键。我已经用过很多次了。

如果您要重新分发您的系统（以便用户可以建立自己的销售商店），我强烈推荐sqlite。它快速、免费，并且一直在增长。现在有适用于所有主要编程语言的 API。此外，如果您的项目需要考虑，还有一些方法可以在网络服务器上运行它。

【讨论】：

【解决方案3】：

如果你想要零配置，我推荐嵌入式数据库SQLite。它小巧、高效、可靠且免费。

您不必费心在用户机器上设置数据库服务器，只要您没有大量流量，在网络设置中运行良好。

【讨论】：

【解决方案4】：

是什么让您觉得 Access 不够灵活或不够快？ Access 也适用于网络上的多个用户。

请注意，Access 的数据库引擎部分与 Access 的 UI 部分之间存在差异，后者允许您创建查询、表单、报告、nacros 和 VBA 代码。这里的许多发帖人在他们的回复中只提到了数据库引擎部分。

【讨论】：

也许你不称职。如果是这样，更改数据库引擎将无法解决根本问题。
我问这个问题是因为我似乎会遇到访问问题。关于数据量。此外，我还需要其他客户端来获取相同的数据库，而 Access 还不够。它不可扩展，不能远程使用。
您是否测试过 Access 会降低多少速度？为什么你觉得你会遇到问题？什么样的交易量？可扩展性取决于用户的数量。现在远程以低于 LAN 的速度，是的，这是一个问题。但是，否则，听起来你已经下定决心要遇到问题了。
Gioven，我们现在对您的情况有了更多的了解，并且您只使用 Access 数据库文件进行数据存储，那么我建议使用 SQL Server Express，它对于最多 4 个数据库大小是免费的国标。（我认为。）
由于提到的数据量，只有在您做的所有事情都完全错误的情况下，Access 才会变慢。托尼，你和我都有使用 Jet/ACE 后端的 Access 应用程序，两个表中都有成千上万条记录，性能很好。

【解决方案5】：

什么不灵活，屏幕、报告、程序？.. 多少：并发用户？.. 每秒事务数？不要忘记你可以使用SQL引擎与access vs. jet，而access的最大特点是与excel、word等模块的集成。有关访问功能，请访问： link text http://office.microsoft.com/en-us/access/access-2010-features-and-benefits-HA101809011.aspx

【讨论】：

【解决方案6】：

我不确定您是如何得出使用 Access 文件的当前配置不够的结论的。请注意所有通常以“我从 2.0 开始就没有使用 Access，但我记得有一些问题。使用，等等，等等，等等”开头的所有 Access 恐怖故事。由于您在使用 Win95 时遇到的一些崩溃，这与判断 Windows 7 一样糟糕。

您的客户似乎已经识别出具有较大数据集的明显性能问题，或者您的产品遇到了太多您归因于数据文件的错误。与过早扩展相比，客户似乎会更喜欢其他特性和功能。

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

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

【讨论】：