比较数据库平台

Question

我的雇主有一个数据库委员会，我们一直在讨论不同的平台。到目前为止，我们已经在SqlLite、MySQL和PostreSql上有了一些人员。我们目前使用Microsoft堆栈，因此我们都非常熟悉。

作为这种比较的一部分，我认为为每个数据库平台创建一个小型参考应用程序会很有趣，以探索使用它所涉及的细节。

First:这个想法有意义吗?或者比较需要超出一个简单的示例应用程序的范围？

第二种：--我可以想象每个引用应用程序都有一组离散但很小的需求，这些需求满足了我们经常遇到的许多场景。以下是我到目前为止所拥有的，还有什么可以添加到列表中，但仍然保持应用程序足够小，可以在非常有限的时间内构建？

• 来自应用层的连接
• 数据库管理工具
• 创建模式的过程(小"s“模式、表/视图/函数-其他对象)
• 简单CRUD (创建、检索、更新、删除)
• 事务支持

第三：有没有人经历过这个过程，你的发现是什么？

Answer 1

实际上，每个RDMS的学习能力更重要。因为它取决于应用程序。如果您需要空间数据功能，PostGIS与PostgreSQL的关系要优于MySQL。如果您需要简单的复制，那么高可用性特性MySQL似乎更好。此外，还存在许可证问题。用于比较这里的链接。所有这些都有长处和弱点。首先，获取您的项目或项目的需求，而不是将其与列出您选择的RDMS的特性进行比较，然后决定选择哪一个。

Answer 2

这个想法有意义吗?或者，这种比较要求超出了一个普通示例应用程序的范围？

我认为那不是个好主意。真正影响您的大多数事情是长期数据库管理问题，以及您选择的数据库管理系统如何处理这些问题。

在短期内，您可能会被诸如“我在3秒内发现了如何使用XYZ数据库管理系统来完成此操作”之类的东西吸引。现在，我不是说支持不重要，恰恰相反。但是在3秒内在google上找到答案意味着你得到了一个简单问题的答案。如果有的话，你能多快找到一个有挑战性的问题的答案？

需要考虑的重要事项的简短清单(并非详尽无遗)如下：

• 备份和恢复-逻辑级和物理级
• 对函数(或存储过程)、触发器、各种SQL查询结构的良好支持
• 允许真正扩展的APIs -这些东西可以帮助您摆脱困境，并允许您以创造性的方式解决问题。您会惊讶于用用户定义的类型和函数所能完成的任务。用户定义的类型如何与索引系统交互？
• SQL标准支持
• 提供一系列基本算法(例如哈希连接、合并连接等)的强大执行者。和索引结构(btree，散列，可能是全文选项，等等)。如果缺少一些算法或索引结构，请考虑数据库在回答时效率低下的问题类型。注意:我这里的意思不仅仅是“慢”，错误的算法很容易按数量级更糟。
• 类型系统能合理地代表您的业务吗？如果可用的类型集非常弱，您将陷入混乱。将所有内容表示为字符串有点像程序集编程(非类型化)，您将陷入混乱。

一个简单的应用程序不会向您展示任何这些东西。简单的事情很容易解决。如果你有一个“数据库委员会”，那么你的公司关心它的数据，你应该认真对待这一责任。您需要确保您可以根据您和您的开发人员所期望的结果轻松地开发应用程序；当您遇到问题时，您需要访问一个强大的系统和能够帮助您通过它的质量支持。

Answer 3

我不认为你需要测试简单的CRUD东西，很难想象一个供应商不支持基本的东西。