是否有一個計劃第一個p (a)而IDE嗎?事情還不僅允許您執行sql管理工作/視圖查詢計劃/執行計劃等等。類似於為sql server / ssm azure突觸
對我來說一直是一個最大的開發與mmp -受體阻滯劑;缺少第一個p (a)而開發工具(一個文本區域內部網頁不是一個ide)
我使用工作台/ j,我發現它是“最不壞”。雖然仍然有問題,我需要手動重新當我離開5分鍾空閑的。其他的煩惱是如何不流數據到數據網格
我不喜歡這些sql ide流數據。他們都等待完整的數據集加載到你的本地內存然後花x的時間序列化它顯示在網格中。是的,我可以使用極限,但我發現,改變了查詢計劃
有時當我運行一個複雜的長時間運行的查詢,我砸了這東西。我不知道,直到我得到完整的數據集
如果它開始序列化resultset中顯示數據表格就幾十行我注意到它,殺了它,而不是等待10-20min
ps -為什麼是p (a)而無禁止一個單詞在這些論壇?不喜歡樂趣?
它會好sql information_schema query-able元數據視圖/對象自動化等等
作為一個sql開發,我編寫和執行代碼每天數百次
一個反饋回路我習慣於在其他平台上是能夠寫一個sql select查詢,點擊執行(不管有多少行最Beplay体育安卓版本後一集),並開始看到行流幾秒,基本上隻要查詢開始執行。這說得通嗎?
一個例子
0秒:提交sql查詢
1 - 10秒;生成計劃,發送給工人
11 - 100秒;執行查詢和數據發送到ide
= = 15 - 105秒:一些行開始出現在ide,繼續流,直到查詢完成
所以我開始看到我的查詢的結果~ 15秒後,和之前完成返回所有數據
但在工作台j,其他jdbc sql客戶我所看到的是:
0秒:提交sql查詢
1 - 10秒;生成計劃,發送給工人
11 - 100秒;執行查詢和數據發送到ide
101 - 130秒:IDE生產通過resultset連載到視覺/網格
131秒:我看到所有的數據
區別:看到後的第一行數據~ 15秒和2 +分鍾
用它每天幾百次也增加
我覺得這有用
1:隱式測量我的查詢的性能
3所示。敏捷開發數據,我可以編寫一個查詢w / o花時間思考手工製品除外/過濾器或我可能需要多少行
2:運行測試/調試prod代碼輸出交互——因為盡快返回需要的數據查詢一些數據是可用的,我可以殺死一旦我知道足夠了