取消
顯示的結果
而不是尋找
你的意思是:

GC驅動程序錯誤

aschiff
因素二世

我使用一個集群在磚通過JDBC連接器連接到一個表工作簿。我的表工作簿一直無法負荷由於資源不可以通過數據連接。我去看看我和集群的司機日誌看到完整完整GC(人體工程學)錯誤和GC分配錯誤。我怎麼解決這個問題?我試著增加我的司機和工人通過改變它們的存儲在我的集群,但沒有解決它。

32個回複32

我正式丟失。嚐試上述策略後我脫機了大約一個小時,回來看到表工作簿加載成功,野獸案件查詢sql選項卡中引發的ui。此外,還有我不記得執行查詢來表。它們涉及表我從未看/查詢磚或畫麵。

aschiff
因素二世

我重新創建問題工作簿連接到相同的集群和使用相同的數據的三個表/圖成功和所有能夠正確加載。然後我去磚看火花的UI和SQL選項卡來找出查詢但是沒有加載(我等待它)。所以我然後重新啟動集群,刷新我的工作簿(大錯誤)。這是難以負荷。我又重新啟動集群,打開光子加速度。

這裏是每個表的查詢:

表1,沒問題:選擇“salesforce_export_1_explorium_15sept2022”。“Contact_ID_18_digit”“Contact_ID_18_digit”,

“salesforce_export_1_explorium_15sept2022”。“電子郵件”,“電子郵件”,

“salesforce_export_1_explorium_15sept2022”。“Professional_email”“Professional_email”,

“salesforce_export_1_explorium_15sept2022_professional_email_val”。“狀態”為“狀態”

從“違約”。“salesforce_export_1_explorium_15sept2022”“salesforce_export_1_explorium_15sept2022”

加入“違約”。“salesforce_export_1_explorium_15sept2022_professional_email_validation”“salesforce_export_1_explorium_15sept2022_professional_email_val”(“salesforce_export_1_explorium_15sept2022”。“Professional_email”=“salesforce_export_1_explorium_15sept2022_professional_email_val”。“電子郵件”)

(情況((“salesforce_export_1_explorium_15sept2022_professional_email_val”。“狀態”('有效'))或(“salesforce_export_1_explorium_15sept2022_professional_email_val”。“狀態”是NULL)),那麼假還真結束)

1組,

2,

3,

4

表2工作正常,但有一個非常混亂的查詢:

選擇

(案例(案例

當(((

當(例

當零(0)為空

當0 < 1那麼INSTR (“salesforce_export_1_explorium_15sept2022”。“電子郵件”、“}”)

當0 = INSTR (SUBSTRING (“salesforce_export_1_explorium_15sept2022”。“電子郵件”,作為INT(0),把(長度(“salesforce_export_1_explorium_15sept2022”,“電子郵件”)——(0)+ 1 INT))、“}”),那麼0

其他INSTR (SUBSTRING (“salesforce_export_1_explorium_15sept2022”。“電子郵件”,作為INT(0),把(長度(“salesforce_export_1_explorium_15sept2022”,“電子郵件”)——(0)+ 1 INT))、“}”) + 0 - 1

結束為空)然後NULL

和上麵重複語句和INSTR功能成為一個很長的查詢太長複製粘貼在這裏。

我無法獲得第三,麻煩查詢單。我想我也許已經看到它在SQL選項卡在火花UI最初重新創建工作簿“大錯”之前重新啟動集群,但現在找不到了。當我們討論我創建了一個帖子表社區關於尋找工作簿中的表的SQL查詢:https://community.tableau.com/s/question/0D58b0000ACAwyOCQT/how-to-extract-sql-query-from-a-specific..。

附件是sql查詢數據和查詢的擴展藍色矩形在表2中。

在邏輯上的麻煩查詢可以查詢從表1的類似於部分我之前的消息。我估計如下:

從“缺省”選擇secondEmailAddress。“salesforce_export_1_explorium_15sept2022”“salesforce_export_1_explorium_15sept2022”

加入“違約”。“salesforce_export_1_explorium_15sept2022_professional_email_validation”“salesforce_export_1_explorium_15sept2022_professional_email_val”(“salesforce_export_1_explorium_15sept2022”。“Professional_email”=“salesforce_export_1_explorium_15sept2022_professional_email_val”。“電子郵件”)

(情況((“salesforce_export_1_explorium_15sept2022_professional_email_val”。“狀態”('有效'))或(“salesforce_export_1_explorium_15sept2022_professional_email_val”。“狀態”是NULL)),那麼假還真結束)和secondEmailAddress不是零

隻返回447條記錄(電子郵件地址)。邏輯上這是我所能告訴你查詢,至於具體查詢本身我仍然沒有它。

歡迎來到磚社區:讓學習、網絡和一起慶祝

加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。

點擊在這裏注冊今天,加入!

參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。

Baidu
map