列式数据库比较和DBA工作

Question

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

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

我更倾向于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。

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