Database 专栏数据库比较和DBA工作

我试图找到一个数据库解决方案，我发现Infobright和Amazon Redshift是潜在的解决方案。两者都是柱状数据库。Infobright已经存在了很长一段时间，而Amazon Redshift则更新了

Infobright和Amazon Redshift之间的DBA工作是什么

Infobright（API、查询接口等）与AWS的可访问性如何

这两者在您的系统架构中位于何处？在传统的RDBMS之上，该层是否作为一个层运行

DevOps在设置Infobright和Redshift方面的努力是什么

---

我更倾向于Redshift，因为我的应用程序托管在AWS上，我认为这将从长远来看带来切实的好处，因为一切都在AWS中。提前谢谢你

首先，我承认我为Infobright工作。我对红移做了重要的研究，我觉得我可以给出一个诚实的意见。我刚刚写了两种技术的比较；可以在这里找到：

DBA工作—Infobright只需要很少的管理。你不能索引；您不需要分区/等等。它是一种SMP体系结构，可扩展性很好。因此，您将不会处理多个节点。红移也相当简单。您需要维护排序，并确保运行足够的分析

Infobright使用MySQL外壳。因此，任何可以利用MySQL的工具都可以利用Infobright。因此，Infobright的工具/接口/API集与MySQL相同。AWS确实有一个SQL接口，并且它确实有一些API功能。它确实要求您直接从S3加载。Infobright从平面文件加载，并从本地或远程服务器加载命名管道

这两个数据库都是分析数据库。您不希望将两者都用作事务数据库。相反，您通常将数据从事务系统推送到分析数据库

设置Infobright的DevOps将低于红移。然而，红移也不是那么复杂。不过，环境维护更多的是红移的要求

Infobright确实有许多AWS特定的安装。事实上，我们在一台服务器上实现了接近100TB的原始存储。也就是说，具有多个节点的红移可以在一个实现上实现PB级

还有其他因素会影响你的选择。例如，Redshift已经内置了非常好的故障切换/HA选项。另一方面，Infobright可以支持许多并发查询和用户；红移将查询限制为15，而不考虑集群大小

---

请查看文档，如果您对这两种技术有任何具体问题，请随时与我联系。

首先，我承认我为Infobright工作。我对红移做了重要的研究，我觉得我可以给出一个诚实的意见。我刚刚写了两种技术的比较；可以在这里找到：

DBA工作—Infobright只需要很少的管理。你不能索引；您不需要分区/等等。它是一种SMP体系结构，可扩展性很好。因此，您将不会处理多个节点。红移也相当简单。您需要维护排序，并确保运行足够的分析

Infobright使用MySQL外壳。因此，任何可以利用MySQL的工具都可以利用Infobright。因此，Infobright的工具/接口/API集与MySQL相同。AWS确实有一个SQL接口，并且它确实有一些API功能。它确实要求您直接从S3加载。Infobright从平面文件加载，并从本地或远程服务器加载命名管道

这两个数据库都是分析数据库。您不希望将两者都用作事务数据库。相反，您通常将数据从事务系统推送到分析数据库

设置Infobright的DevOps将低于红移。然而，红移也不是那么复杂。不过，环境维护更多的是红移的要求

Infobright确实有许多AWS特定的安装。事实上，我们在一台服务器上实现了接近100TB的原始存储。也就是说，具有多个节点的红移可以在一个实现上实现PB级

还有其他因素会影响你的选择。例如，Redshift已经内置了非常好的故障切换/HA选项。另一方面，Infobright可以支持许多并发查询和用户；红移将查询限制为15，而不考虑集群大小

请查看文档，如果您对这两种技术有任何具体问题，请随时与我联系