磚致力於開發的客戶端工具?
@prasad瓦茲我們正在整合的客戶端工具。
@Bilal Aslam很棒,我很期待地對地導彈或Azure data studio集成。我知道通過SQL端點連接到三角洲湖或火花集群比連接通過更好的性能體驗安全域(δ獨立讀者庫)。ssm /工作室客戶端正常運行在台式機/筆記本沒有本地火花運行但他們總是可以通過集群/ SQL連接三角洲湖端點。如果發生這種情況,那麼我的許多用戶將開始使用三角洲湖而不是azure突觸
@prasad人而言你的評論讓我想起自己的環境。安全域是什麼?
我隻有短暫的Azure Data Studio用於連接到像我喜歡Dbeaver SQL Azure。但你的評論關於使用三角洲湖vs Azure突觸……你能詳細說明我們也計劃使用突觸。你在您的環境中使用Azure突觸作為最後一層從最終用戶得到他們的數據/連接到電源BI等等?或者你想象能夠有這些用戶直接連接到三角洲湖三角洲湖宣稱給關係數據庫更新/刪除功能改善查詢性能嗎?
安全域是δ獨立的讀者。看到更多,https://docs.delta.io/latest/delta-standalone.html
一箱(和現在也py庫),允許您連接到三角洲表不使用火花(如直接從python和不使用pyspark)所以它良好的用例如果你不或不可能引發環境(例如用戶桌麵或azure應用)的函數,這是開發人員友好但不是業務用戶友好的方式查詢三角洲湖
在我們的例子中,我們“必須”使用突觸SQL DW作為最終用戶的數據消費層/ BI工具是如此習慣於傳統的桌麵客戶端SQL服務器的做事方式。自己的貢獻很難將他們從t - sql火花sql但是已經很難將他們從sql server三角洲湖因為缺乏直接從我們最受歡迎的桌麵客戶端連接(ssm, azure data studio)三角洲湖。它沒有直接聯係,因為必須有一個火花集群桌麵客戶端和後端三角洲湖之間。集群提供了JDBC驅動程序。
我看到一個潛在的三角洲湖有一天能成為最終的數據消費層。性能和成本是更好,而且用戶友好性沒有在我看來由於上述局限性和其他一些限製(例如在三角洲湖實施行/列級安全性比在涉及RDBMS。你必須使用OTS工具或磚專有工具統一目錄還在私人預覽)