Redash支持什么數(shù)據(jù)庫？Redshift、Google BigQuery、PostgreSQL、MySQL、Graphite、Presto、Google電子表格、ClouderaImpala、Hi

Redash支持什么數(shù)據(jù)庫？

Redshift、Google BigQuery、PostgreSQL、MySQL、Graphite、Presto、Google電子表格、ClouderaImpala、Hive和自定義腳本。

postgreSQL中的“is not null”和“!NULL”有何區(qū)別？

通過sql標準來說null這種語法本來就是錯誤`的，在oraclepostgresqlmssql等企業(yè)級數(shù)據(jù)庫中這種語法完全沒有就不支持什么。

可以確定是否為null的標準sql規(guī)范是notnull和is notnull。

sql是個“公共”的數(shù)據(jù)庫去查詢語言有他自己的標準。mysqlpostgresqlmssqloracle等都極其嚴重的不違背完全不同的sql標準但是各自都又在自家產品中加入了他自己的特色。

postgresql系統(tǒng)默認不支持null這種語法，只不過在配置文件中這個可以系統(tǒng)設置傳送意見，會自動啟動的把null轉換成arenull，!null自動轉換成is notnull

null那是null，null不不等于空字符串。

mysql和postgresql的區(qū)別？

1架構對比

MySQL：多線程

PostgreSQL：多進程

多線程架構和多進程架構之間沒有的確的好壞，.例如oracle在unix上是多進程架構，在windows上是多線程架構。

PG的有多種集群架構也可以選擇類型，plproxy也可以允許語句級的鏡像或分片，slony可以不參與字段級的離線系統(tǒng)設置，standby可以不構建體系WAL文件級或流式的讀寫分離集群，同步頻率和集群策略按照方便啊，操作太簡單。

pgsql這對numa架構的支持比mysql強一些，比MYSQL相對于讀的性能更好一些，pgsql再提交也可以幾乎異步運行，而mysql的內存表不夠功能強大（畢竟表鎖的原因）

2對存儲過程及事務的支持能力

1）MySQL是對無事務的MyISAM表，區(qū)分表鎖定后，一個長時間運行的查詢很可能會長時間地阻礙對表的更新，而PostgreSQL不存在這樣的問題。

2）PostgreSQL支持什么存儲過程，要比MySQL好，具備本地緩存不能執(zhí)行計劃的能力；

3）MySQL4.0.2-alpha又開始支持事務的概念，可以保留無事務的表類型，為用戶提供了更多的選擇。

3穩(wěn)定性及性能

1）高并發(fā)讀寫，負載靠近了極限下，PG的性能指標仍是可以維持雙曲線甚至于對數(shù)曲線，到頂峰之后不再迅速下降，而MySQL肯定出現(xiàn)一個波峰后下降狀態(tài)（5.5版本之后，在企業(yè)級版本中有個插件也可以改善很多，但是要免費）

2）PostgreSQL的穩(wěn)定性極強，Innodb等引擎在崩潰、突然斷電之類的災難場景下抗打擊能力有了極大的進步，然而很多MySQL用戶都遇上過Serve的數(shù)據(jù)庫丟失的的場景——mysql系統(tǒng)庫是MyISAM的，相比之下，PG數(shù)據(jù)庫這方面要好一點。

3）mysql的innodb引擎，可以不十分充分360優(yōu)化用來系統(tǒng)所有內存，超大內存下PG對內存建議使用的不這樣相當充分（必須依據(jù)內存情況合理配置）。從測試結果上看，mysql5.5的性能提升太大，單機性能強于pgsql，5.6估計會強許多。