列式数据库比较和DBA工作

Question

我正在尝试寻找数据库解决方案，并且我遇到了 Infobright 和 Amazon Redshift 作为潜在的解决方案。两者都是柱状数据库。 Infobright已经出现了很长一段时间，而亚马逊Redshift则更新。

1. Infobright与Amazon Redshift之间的 DBA工作是什么？
2. Infobright（API，查询界面等）对AWS的可访问性如何？
3. 两者都位于您的系统架构中？在传统的RDBMS之上进行操作吗？
4. 设置Infobright和Redshift的DevOps工作是什么？

我更倾向于Redshift，因为我的应用程序托管在AWS上，我认为这将在长期内产生实实在在的好处，因为一切都在AWS中。提前谢谢！

Answer 1

首先，我承认我为Infobright工作。我对Redshift做了大量研究，我觉得我可以给出一个诚实的意见。我刚刚写了两种技术之间的比较;它可以在这里找到：https://www.infobright.com/wp-content/plugins/download-monitor/download.php?id=37

1. DBA努力 - Infobright只需要很少的管理。你不能索引;你不需要分区/等。它是一个SMP架构，可以很好地扩展。因此，您将不会处理多个节点。 Redshift也相当简单。您需要维护各种类型以及确保Analyze运行足够。

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

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

4. 设置Infobright的DevOps将低于Redshift。但是，Redshift也不是那么复杂。但是，维护环境不仅是Redshift的必要条件。

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

还有其他因素会影响您的选择。例如，Redshift已经内置了非常好的故障转移/ HA选项。另一方面，Infobright可以支持许多并发查询和用户;无论群集大小如何，Redshift都会将查询限制为15个。

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