database - 列式数据库比较和 DBA 工作

Question

我正在尝试寻找数据库解决方案，我发现 Infobright 和 Amazon Redshift 是潜在的解决方案。两者都是列式数据库。 Infobright 已经存在了很长一段时间，而 Amazon Redshift 则较新。

1. Infobright 和 Amazon Redshift 之间的DBA 努力是什么？
2. 与 AWS 相比，Infobright(API、查询接口(interface)等)的可访问性如何？
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。因此，您拥有与 MySQL 相同的 Infobright 工具/接口(interface)/API 集。 AWS 确实有一个 SQL 接口(interface)，它确实有一些 API 功能。它确实需要您直接从 S3 加载。 Infobright 从本地或远程服务器的平面文件和命名管道加载。

3. 两个数据库都是分析数据库。您不希望将其中任何一个用作事务数据库。相反，您通常将数据从交易系统推送到分析数据库。

4. 设置 Infobright 的 DevOps 将低于 Redshift。然而，Redshift 也没有那么复杂。不过，Redshift 更需要维护环境。

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

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

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