我试图找到一个数据库解决方案，我发现infobright和amazon redshift是潜在的解决方案。两者都是柱状数据库。infobright已经存在了很长一段时间，而amazon的redshift则比较新。
infobright和amazon redshift之间的dba工作是什么？
infobright（api、查询接口等）与aws的可访问性如何？
这两者在您的系统架构中都处于什么位置？在传统rdbms的基础上作为一个层操作吗？
DevOps在设置Infobright和Redshift方面做了哪些工作？
我更倾向于使用redshift，因为我的应用程序托管在aws上，而且我认为从长远来看，这会带来切实的好处，因为所有东西都在aws中。提前谢谢你！
最佳答案
首先，我承认我为infobright工作。我对红移做了重要的研究，我觉得我可以给出一个诚实的意见。我刚刚写了两种技术的比较；可以在这里找到：https://www.infobright.com/wp-content/plugins/download-monitor/download.php?id=37
DBA工作—Infobright只需要很少的管理。不能索引；不需要分区/etc。这是一个SMP体系结构，可扩展性很好。因此，您不会处理多个节点。红移也相当简单。您需要维护分类，并确保分析足够运行。
infobright使用mysql外壳。因此，任何可以利用mysql的工具都可以利用infobright。因此，infobright的工具/接口/api集与mysql相同。aws确实有一个sql接口，而且它有一些api功能。它确实要求您直接从s3加载。infobright从平面文件加载，从本地或远程服务器加载命名管道。
两个数据库都是分析数据库。您不想将两者用作事务数据库。相反，通常将数据从事务系统推送到分析数据库。
安装infobright的devops将低于redshift。不过，红移也没有那么复杂。不过，redshift更需要维护环境。
infobright确实有许多aws特定的安装。事实上，我们的实现在一台服务器上接近100TB的原始存储。也就是说，具有多个节点的redshift可以在一个实现上实现PB级的规模。
还有其他因素会影响你的选择。例如，redshift已经内置了非常好的故障转移/ha选项。另一方面，infobright可以支持许多并发查询和用户；redshift将查询限制为15，而不管集群大小如何。
请看一下文档，如果您对这两种技术有任何具体问题，请随时与我联系。
关于database - 列式数据库比较和DBA的工作，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/17413711/