列式數據庫比較和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。

請查看該文檔，如果您對這兩種技術有任何具體問題，請隨時與我聯系。