Sql 什么是一个好的免费RDBMS解决方案，用于一个小的web项目，如果成功的话，这个项目可能会变得很大？

作为一名大量使用MS SQL Server的C开发人员，我更愿意使用我所知道的；然而，对于一个小项目来说，许可成本是令人望而却步的，因此我正在考虑使用免费的开源解决方案，比如MySQL。对于熟悉MS SQL Server的人来说，哪种免费RDBMS解决方案在稳定性、性能、功能和易用性方面是最好的

到目前为止，我考虑的RDBMS是按字母顺序排列的：

如果是一个选择，它可能是你的最佳选择。如果不是，我会从你的列表中选择MySQL或PostgreSQL，它们都是不错的选择。但是，MySQL有更多用户友好的管理工具，如果您不熟悉命令行，您可能会喜欢这些工具

如果您对MySQL和PostgreSQL之间的比较感兴趣，请访问WikiVS，这是一个开放的比较网站。

如果是一个选项，它可能是您的最佳选择。如果不是，我会从你的列表中选择MySQL或PostgreSQL，它们都是不错的选择。但是，MySQL有更多用户友好的管理工具，如果您不熟悉命令行，您可能会喜欢这些工具

如果您对MySQL和PostgreSQL之间的比较感兴趣，请访问WikiVS，这是一个开放的比较网站。

我建议您不要使用MySQL。我认为它更健壮。但在我看来，这更像是一种甲骨文的味道

更新：

迄今为止提供的所有建议本质上都是相关的。还有其他选择，例如。有一个完整的运动在荒野中呼吁非关系的选择。它们可能也值得一看

我推荐MySQL。我认为它更健壮。但在我看来，这更像是一种甲骨文的味道

更新：

迄今为止提供的所有建议本质上都是相关的。还有其他选择，例如。有一个完整的运动在荒野中呼吁非关系的选择。它们可能也值得一看

MySQL

没有理由在PostgreSQL上使用MySQL。虽然MySQL似乎已经解决了该产品的一些最严重的缺陷，但他们对RDBMS理论的普遍态度让我非常警惕。当然，还有很多事情仍然对他们不利：

糟糕透顶的文件 选择桌面引擎的有趣游戏，让您获得所需的功能

---

在没有警告的情况下修改数据！悄悄地丢弃数据！默默地忽略约束！ 。。。你可以继续。。。我看到MySQL的唯一优点是内置复制

还有SQL Server免费版，没有吗？

MySQL

没有理由在PostgreSQL上使用MySQL。虽然MySQL似乎已经解决了该产品的一些最严重的缺陷，但他们对RDBMS理论的普遍态度让我非常警惕。当然，还有很多事情仍然对他们不利：

糟糕透顶的文件 选择桌面引擎的有趣游戏，让您获得所需的功能

---

在没有警告的情况下修改数据！悄悄地丢弃数据！默默地忽略约束！ 。。。你可以继续。。。我看到MySQL的唯一优点是内置复制

还有SQL Server免费版，不是吗？

只是一个想法

Sybase提供其企业产品“ASE”的免费版本，可能值得一看。它有点-最多只能使用2G内存和5G磁盘数据。这取决于你的项目有多小。考虑到SQL Server和ASE的共享父代关系，这可能值得一看。

只是一个想法

---

Sybase提供其企业产品“ASE”的免费版本，可能值得一看。它有点-最多只能使用2G内存和5G磁盘数据。这取决于你的项目有多小。考虑到SQL Server和ASE的共享父代关系，可能值得一看。

如果您有SQL Server的经验，您考虑过吗？这是一个与SQL Server兼容的免费进程内RDBMS，您可以链接到应用程序。对于不需要多用户访问且不需要管理员安装的应用程序，性能和功能非常出色。

如果您有使用SQL Server的经验，您考虑过吗？这是一个与SQL Server兼容的免费进程内RDBMS，您可以链接到应用程序。对于不需要多用户访问且不需要管理员安装的应用程序，性能和功能非常出色。

您是否有一些PostgreSQL更强大的领域的具体示例？我知道很多大型网站都在运行MySQL，并且倾向于认为如果这对他们有好处，对我也有好处。所以我很好奇。对我来说，MySQL和PostgreSQL都是不错的产品，我建议你使用你最熟悉的产品。对于那些不熟悉MySQL的人来说，我认为MySQL对用户更友好一些。在很长一段时间里，postgresql是最好的选择

---

---

当你真的统计了这些特征时，你就赢了。。我想mysql现在终于有了触发器了，但我最后看到的是，它们仍然没有一种内置的存储过程语言，而postgres永远都没有这种语言。。。也就是说，mysql总是稍微快一点。。。以前的取舍是功能/性能…@dicroce我同意PostgreSQL可能有更多的功能我不使用它们，但那是另一回事，但我的问题是关于健壮性。而且，因为坚持说PostgreSQL更健壮并不能说服我，而且可能会被解释为MySQL不健壮，这在我看来是不正确的，所以我会对一些参考/研究/经验感兴趣，这些参考/研究/经验证明了这一点。@Pascal，PostgreSQL的触发器和存储过程等功能比MySQL长得多。我从不喜欢一个表模型强制引用完整性，另一个不强制引用完整性。PostgreSQL刚刚解决了所有这些问题。我没有任何研究——这纯粹是个人观点，这就是为什么我写我的观点。我想这应该已经足够清楚了。我们使用postgres，我对此很满意。它有很好的文档说明哪些功能是标准SQL，哪些是postgres特有的。无论您选择哪一种，我都希望您不要急于使用该实现特有的SQL语句。如果您计划在单元测试中使用类似SQLite的备用内存中数据库，这一点非常重要。您是否有一些PostgreSQL更健壮的领域的具体示例？我知道很多大型网站都在运行MySQL，并且倾向于认为如果这对他们有好处，对我也有好处。所以我很好奇。对我来说，MySQL和PostgreSQL都是不错的产品，我建议你使用你最熟悉的产品。对于那些不熟悉MySQL的人来说，我认为MySQL对用户更友好一些。很长一段时间以来，当你实际统计这些特性时，postgresql无疑是赢家。。我想mysql现在终于有了触发器了，但我最后看到的是，它们仍然没有一种内置的存储过程语言，而postgres永远都没有这种语言。。。也就是说，mysql总是稍微快一点。。。以前的取舍是功能/性能…@dicroce我同意PostgreSQL可能有更多的功能我不使用它们，但那是另一回事，但我的问题是关于健壮性。而且，因为坚持说PostgreSQL更健壮并不能说服我，而且可能会被解释为MySQL不健壮，这在我看来是不正确的，所以我会对一些参考/研究/经验感兴趣，这些参考/研究/经验证明了这一点。@Pascal，PostgreSQL的触发器和存储过程等功能比MySQL长得多。我从不喜欢一个表模型强制引用完整性，另一个不强制引用完整性。PostgreSQL刚刚解决了所有这些问题。我没有任何研究——这纯粹是个人观点，这就是为什么我写我的观点。我想这应该已经足够清楚了。我们使用postgres，我对此很满意。它有很好的文档说明哪些功能是标准SQL，哪些是postgres特有的。无论您选择哪一种，我都希望您不要急于使用该实现特有的SQL语句。如果您计划在单元测试中使用备用内存中数据库（如SQLite），这一点非常重要。在没有警告的情况下修改数据！悄悄地丢弃数据！静默忽略约束！-我能回忆起的唯一一个人类描述是来自一个ROR开发人员，他不知道自己在做什么。你能给我举个例子，看看MySql会在没有任何警告的情况下修改或悄悄删除我的数据吗？这么多FUD是可笑的。请提供一些参考资料和事实。不仅仅是游离胆汁。谢谢。如果不使用InnoDB表模型，就不会获得引用完整性。这是MySQL自己自由承认的。选择表引擎也是一个事实。据我所知，这些都不是FUD。帕斯卡，也许你应该透露你是否与MySQL有关联，或者仅仅是依附和防御。我与Sun/MySQL没有关联，我喜欢MySQL和PostgreSQL。我实际上认为，如果不使用触发器或存储过程（这将是一件好事），那么使用这两种方法可以实现几乎相同的效果。但是我不觉得MySQL的文档很糟糕，我不觉得选择表引擎有多难，你想要引用完整性，选择InnoDB，MySQL让你选择，我从来没有听说过无声删除或数据修改。现在，您可以这样称呼它，但我不同意。并非所有功能都可用于InnoDB表，例如全文索引或空间索引。例如，关于静默删除数据的示例，我相信INSERT将截断列值，使它们在没有警告的情况下适合列。如果我有时间，我会尝试挖掘文档中的一些亮点…在没有警告的情况下修改您的数据

---

---

gs！悄悄地丢弃数据！静默忽略约束！-我能回忆起的唯一一个人类描述是来自一个ROR开发人员，他不知道自己在做什么。你能给我举个例子，看看MySql会在没有任何警告的情况下修改或悄悄删除我的数据吗？这么多FUD是可笑的。请提供一些参考资料和事实。不仅仅是游离胆汁。谢谢。如果不使用InnoDB表模型，就不会获得引用完整性。这是MySQL自己自由承认的。选择表引擎也是一个事实。据我所知，这些都不是FUD。帕斯卡，也许你应该透露你是否与MySQL有关联，或者仅仅是依附和防御。我与Sun/MySQL没有关联，我喜欢MySQL和PostgreSQL。我实际上认为，如果不使用触发器或存储过程（这将是一件好事），那么使用这两种方法可以实现几乎相同的效果。但是我不觉得MySQL的文档很糟糕，我不觉得选择表引擎有多难，你想要引用完整性，选择InnoDB，MySQL让你选择，我从来没有听说过无声删除或数据修改。现在，您可以这样称呼它，但我不同意。并非所有功能都可用于InnoDB表，例如全文索引或空间索引。例如，关于静默删除数据的示例，我相信INSERT将截断列值，使它们在没有警告的情况下适合列。如果我有时间，我会尝试挖掘文档中的一些亮点……你确定你想要RDBMS吗？例如，非关系数据库引擎Berkeley DB的性能可能比关系数据库引擎好十倍。我还必须说，与RDBMS相比，Berkeley DB需要更多的编程来实现您想要的功能。@Locaster-这取决于网站的托管者和他们提供的内容。您确定要使用RDBMS吗？例如，非关系数据库引擎Berkeley DB的性能可能比关系数据库引擎好十倍。我还必须说，与RDBMS相比，Berkeley DB需要更多的编程才能实现您想要的功能。@Locaster-这取决于网站的托管者和他们提供的内容。此外，您可以轻松地转到其他SQL Server版本，层次递归语法，CTEs。。。在免费的基础上，SQL Server Express和Oracle Express是最好的选择。谢谢。我曾假设在任何面向公众的实时系统中，SQL Express都需要某种形式的购买许可证，但似乎我错了，因此这可能是理想的解决方案。此外，您可以轻松地转移到其他SQL Server版本、分层递归语法、CTE。。。在免费的基础上，SQL Server Express和Oracle Express是最好的选择。谢谢。我曾假设，在任何面向公众的实时系统中，SQL Express都需要某种形式的已购买许可证，但似乎我错了，因此这可能是理想的解决方案。