簡介SQL Developer 21.4.3.063.0100 x64 是 Oracle 官方發(fā)布的免費數(shù)據(jù)庫開發(fā)工具面向使用 Oracle、MySQL 等數(shù)據(jù)庫的開發(fā)與運維人員提供查詢編輯、對象管理、PL/SQL 調(diào)試、數(shù)據(jù)導(dǎo)入導(dǎo)出等能力。該版本為正式發(fā)行版免安裝 Oracle 客戶端解壓即可運行兼顧穩(wěn)定與性能適合日常開發(fā)、SQL 調(diào)優(yōu)及數(shù)據(jù)庫管理場景。資源包包含 2512 個文件壓縮后約 435.95MB。內(nèi)容以 Java 運行環(huán)境相關(guān) jar、界面與配置類 xml、Windows 動態(tài)庫 dll 以及示例與腳本 sql 為主另含大量 XSLT 轉(zhuǎn)換模板、PNG 圖標(biāo)、Markdown 說明和 properties 配置文件整體結(jié)構(gòu)完整可滿足多數(shù)平臺下快速部署與個性化配置需求。該版本自帶校驗信息MD5 與 SHA1便于確認包體完整性避免盜版或篡改困擾。相比商業(yè)插件SQL Developer 完全免費且正版授權(quán)無需額外激活。目前已有 824 人學(xué)習(xí)下載對追求高性價比數(shù)據(jù)庫開發(fā)工具、希望擺脫 PL/SQL 授權(quán)限制的開發(fā)者而言是一份可直接上手的實用資源。1. 把 Oracle SQL Developer 21.4.3 用明白從下載到日常避坑做 Oracle 開發(fā)的人對 SQL Developer 應(yīng)該不陌生但很多從業(yè)者拿到 21.4.3.063.0100 這個版本號時第一反應(yīng)是「這跟之前用的到底差在哪」。這個版本本質(zhì)上是 21.4 系列的一個補丁級發(fā)布對應(yīng) Oracle 數(shù)據(jù)庫 19c 及以后版本的日常開發(fā)、PL/SQL 調(diào)試、數(shù)據(jù)導(dǎo)出導(dǎo)入完全夠用。它不是那種換了全新 UI 的大版本而是在穩(wěn)定性、連接協(xié)議兼容性和內(nèi)置 JDK 版本上做了收斂。我拆過不少這類數(shù)據(jù)庫開發(fā)工具包SQL Developer 最大的價值在于你不需要再為了跑一個查詢?nèi)パb一整套重量級 IDE它能直接對接 Oracle、MySQL、云端 Autonomous Database而且自帶數(shù)據(jù)建模和遷移輔助功能。適合的人群很明確日常寫 SQL、調(diào)試存儲過程的 DBA 和業(yè)務(wù)開發(fā)也包括需要快速對比數(shù)據(jù)結(jié)果的數(shù)據(jù)分析崗。這篇文章我會按「這個版本能干什么 → 怎么裝怎么配 → 連接和導(dǎo)出怎么設(shè) → 哪些坑我踩過 → 怎么把工具調(diào)到順手」的順序帶你把這套資源完整落地。2. 版本選型與運行前提為什么 21.4.3 值得認真用2.1 從版本號看懂它的定位與兼容邊界SQL Developer 的版本號分三段21.4.3.063.0100 里21 代表發(fā)布年份實際對應(yīng) 2021 年的產(chǎn)品線4 代表第 4 個功能更新窗口3.063 是補丁和內(nèi)部構(gòu)建號。從實際使用角度看這個版本最值得注意的兩點是它默認捆綁了 JDK 11 運行時不再依賴你機器上裝的舊版 JDK 8 來啟動同時它對 Oracle 19c 和 21c 的連接配置做得很平滑基本是下載解壓后就能連。我一般不建議直接下那種「帶 JDK 版」——如果你的機器上已經(jīng)有多套 JDK解壓后啟動腳本可能會因為 PATH 環(huán)境變量指到舊版本而報錯。反之如果你機器上沒有任何 JDK那就毫不猶豫選帶 JDK 的完整包省去配環(huán)境的時間。這個版本另一個容易被忽略的邊界是操作系統(tǒng)兼容性。Windows 10 64 位、macOS 10.14 以上、主流 Linux 發(fā)行版都能跑但如果你還在用 Windows 7或者 32 位操作系統(tǒng)那么 21.4.3 在你機器上大概率會啟動失敗或者頻繁閃退。這不是資源包的問題是它從架構(gòu)上就不再支持老系統(tǒng)了。我在一個 VDI 虛擬桌面環(huán)境里試過系統(tǒng)是精簡版 Windows 10 LTSC結(jié)果 GUI 界面字體渲染異常后來發(fā)現(xiàn)是虛擬桌面缺少部分系統(tǒng)字體庫導(dǎo)致的跟 SQL Developer 本身無關(guān)。所以你先確認兩點第一系統(tǒng)是 64 位第二有至少 2GB 可用內(nèi)存給 JVM 跑否則打開大腳本時卡頓會非常明顯。2.2 安裝路徑與初始化的三個習(xí)慣解壓安裝這事本身沒技術(shù)含量但路徑選擇會直接影響后續(xù)使用體驗。常見做法是解壓到D:\sqldeveloper這種沒有中文和空格的純英文路徑下然后首次啟動時它會自動檢測 JDK 并彈出配置界面。這里有個很多人容易翻車的地方安裝到C:\Program Files目錄后Windows 的 UAC 權(quán)限控制可能導(dǎo)致 IDE 無法寫入配置文件表現(xiàn)出來就是每次啟動都像第一次主題設(shè)置和連接信息全都記不住。解決方法是右鍵sqldeveloper.exe選擇屬性在兼容性里頭勾選「以管理員身份運行」或者干脆把整個目錄挪到用戶目錄下自己建的文件夾里。啟動速度方面第一次啟動會明顯慢因為它在生成默認的配置文件目錄通常是C:\Users\你的用戶名\AppData\Roaming\sqldeveloper。這個目錄里有個product.conf記錄了當(dāng)前使用的 JDK 路徑。如果你后續(xù)機器上裝了新版 JDK需要切換 JDK 版本時直接改這個文件里的SetJavaHome參數(shù)最干凈。別去動系統(tǒng) PATH也別在軟件界面里找切換 JDK 的按鈕因為它根本不提供這個入口。初始化完成后我建議立刻做兩件事第一打開「工具 → 首選項」把「數(shù)據(jù)庫 → 高級參數(shù)」里的「SQL 格式化」相關(guān)選項按團隊規(guī)范設(shè)好免得后續(xù)格式化出來的 SQL 風(fēng)格和同事對不上第二在「查看」菜單里開啟「日志」面板。這樣一旦后面連接出錯你能直接看到 ORA 錯誤碼背后的具體堆棧信息而不是對著一個「連接失敗」的對話框干瞪眼。3. 把連接配置講透從本地數(shù)據(jù)庫到云數(shù)據(jù)庫3.1 三種連接方式的實測對比與選型邏輯SQL Developer 21.4.3 里建連接的方式看起來是填空題實際里面藏著幾個容易踩的坑。最傳統(tǒng)的方式是「基本」連接類型你要填主機名、端口、服務(wù)名這種適合本地數(shù)據(jù)庫實例或者你明確知道 SID 的場景。但很多人在這一步把「服務(wù)名」和「SID」搞混導(dǎo)致怎么連都提示ORA-12514: TNS:listener does not currently know of service requested。我一般建議如果你用的是 Oracle 19c 默認安裝直接用服務(wù)名ORCLPDB1或你安裝時自定義的可插拔庫名不要填ORCL那個 CDB 名因為 SQL Developer 連到 CDB 是可行的但日常開發(fā)操作應(yīng)該在 PDB 里做。第二種方式是「TNS」連接類型適合管理員給了你tnsnames.ora里某個條目名的情況。這個模式下你只需要在網(wǎng)絡(luò)連接名里填別名其余的交給本地監(jiān)聽解析?？釉谟谌绻愕臋C器上裝了 Oracle 客戶端SQL Developer 會嘗試基于客戶端的TNS_ADMIN環(huán)境變量去找文件沒裝客戶端時它默認找用戶目錄.oracle下的配置。實際開發(fā)中經(jīng)常出現(xiàn)「我在別的工具里能連到你 SQL Developer 就不行」的情況絕大多數(shù)是tnsnames.ora路徑?jīng)]對上。第三種是云數(shù)據(jù)庫連接比如連接到 Autonomous Database 或其他云廠商的 Oracle 兼容服務(wù)。這種模式必須用「TCPS」協(xié)議并指定錢包目錄也就是那個壓縮包里解出來的ewallet.pem和tnsnames.ora所在文件夾。在這個版本里「連接類型」下拉框選「云數(shù)據(jù)庫」然后 Wallet 位置選本地目錄即可。實測中我發(fā)現(xiàn)一個問題有些云數(shù)據(jù)庫服務(wù)商提供的是.zip格式的錢包你解壓后直接指向目錄沒錯但如果你的操作系統(tǒng)開啟了「隱藏已知文件類型的擴展名」解壓出的文件名可能顯示正常但實際后綴缺失導(dǎo)致 SQL Developer 報找不到文件。這個排查起來很耗時間。3.2 連接配置的參數(shù)清單與權(quán)限注意事項以一個典型的本地開發(fā)庫為例完整的連接參數(shù)是這樣填的參數(shù)項推薦值說明連接名dev_local_pdb1自定義建議體現(xiàn)環(huán)境與庫名用戶名scott / hr / 自定義用戶不要拿 SYSTEM 直接做日常開發(fā)角色default 即可切換 SYSDBA 角色意味著高權(quán)限只在管理場景用主機名localhost 或?qū)嶋H IP遠程時別填 localhost端口1521非默認端口按實際填服務(wù)名ORCLPDB1不要填 SID 除非你確定是經(jīng)典非 CDB 架構(gòu)用戶權(quán)限這塊我要多說一句。開發(fā)階段用 SYSTEM 或 SYS 登錄雖然方便但存在兩個隱患一是 SQL 歷史記錄和已保存的密碼都明文存在配置文件里高權(quán)限賬號一旦被誤讀風(fēng)險面比普通用戶大得多二是你在編輯 PL/SQL 時如果誤操作了系統(tǒng)表空間或運行了危險 DDL回滾成本極高。我一般在拿到新環(huán)境時第一件事就是創(chuàng)建一個專用開發(fā)用戶按最低權(quán)限原則授予CONNECT、RESOURCE和需要操作的表權(quán)限。測試連接時不用勾選「保存密碼」對日常開發(fā)來說每次輸入密碼頂多多花三秒但避免了密碼被解密工具直接讀取的尷尬。這點在多人共用的測試服務(wù)器上尤其重要。3.3 連接報錯的四類排查路徑連接失敗時你首先看錯誤碼而不是亂改參數(shù)。ORA-12170是網(wǎng)絡(luò)層問題常見原因是防火墻沒放行 1521 端口或者你用localhost連接但數(shù)據(jù)庫監(jiān)聽只綁定在特定 IP。ORA-12514我前面提過多半是服務(wù)名寫錯你可以在 SQL*Plus 里跑一下lsnrctl status看當(dāng)前注冊的服務(wù)名到底叫什么。ORA-12541表示監(jiān)聽器沒起來去數(shù)據(jù)庫主機上執(zhí)行l(wèi)snrctl start即可。還有一種比較隱蔽的情況是連接字符串里帶了多余的引號或空格比如從 Excel 復(fù)制過來時悄悄附帶了不可見字符這種報錯是ORA-12545或一些奇怪的網(wǎng)絡(luò)超時提示。遇到這種情況我建議手打一遍關(guān)鍵字段而不是直接從原文檔復(fù)制粘貼。SQL Developer 21.4.3 還內(nèi)置了連接池測試功能。在連接信息界面的左下角有一個「測試」按鈕點完如果顯示「狀態(tài): 成功」基本可以排除配置問題。但注意測試成功和真正能跑查詢之間還隔著一層有時候會話雖然建立了但用戶的缺省表空間已經(jīng)被刪掉或置為空執(zhí)行SELECT會直接報ORA-00942: table or view does not exist其實你不是沒權(quán)限是連到了錯誤的 schema。這種問題要看連接信息里「當(dāng)前架構(gòu)」的連接屬性或者在登錄后執(zhí)行SELECT SYS_CONTEXT(USERENV, CURRENT_SCHEMA) FROM DUAL來確認。4. 日常開發(fā)的增效用法腳本、導(dǎo)入導(dǎo)出與格式化4.1 工作表與腳本文件到底怎么選很多從 PL/SQL Developer 轉(zhuǎn)過來的人一開始不習(xí)慣 SQL Developer 的「工作表 (Worksheet)」概念。簡單說工作表是臨時的、跟連接綁定的 SQL 執(zhí)行窗口適合調(diào)試和快速驗證腳本文件.sql是獨立的文件適合保存項目里要固化的建表語句或數(shù)據(jù)修復(fù)腳本。這里有一個非常實用的操作建議當(dāng)你打開一個.sql文件時SQL Developer 默認的執(zhí)行按鈕是「運行腳本 (F5)」它會把整個文件的內(nèi)容一次性發(fā)給數(shù)據(jù)庫執(zhí)行輸出結(jié)果在腳本輸出面板里平鋪顯示。而如果你用「運行語句 (CtrlEnter)」它只會執(zhí)行光標(biāo)位置的那一條語句結(jié)果會在結(jié)果網(wǎng)格中顯示。這個區(qū)別在很多場景下直接影響效率。比如你想快速看一張 50 萬行表的數(shù)據(jù)結(jié)構(gòu)用 CtrlEnter 執(zhí)行SELECT * FROM big_table結(jié)果網(wǎng)格的前 500 行默認就會拉回來夠你觀察字段格式了但如果你手滑按了 F5它會嘗試把整個結(jié)果集拉到客戶端輕則卡住重則直接把內(nèi)存吃滿。我在處理數(shù)據(jù)倉庫的大表時已經(jīng)養(yǎng)成了一個死規(guī)矩凡是涉及大表全量查詢的先在「工具 → 首選項 → 數(shù)據(jù)庫 → 工作表」里勾選「結(jié)果集最大行數(shù)」并設(shè)成 5000然后專門用WHERE ROWNUM 100做抽樣堅決不用 F5 裸跑。4.2 數(shù)據(jù)導(dǎo)出格式選擇與字符集玄學(xué)數(shù)據(jù)導(dǎo)出是這個工具被低估最強的功能之一。在查詢結(jié)果網(wǎng)格上右鍵選「導(dǎo)出」你會看到 Insert、Excel、CSV、XML 等格式。我實際項目里最常用的是 Insert 格式和 CSV 格式前者用于在測試庫之間復(fù)制小容量基礎(chǔ)數(shù)據(jù)后者用于給業(yè)務(wù)方做數(shù)據(jù)核對。導(dǎo)出對話框里有一個容易被忽略的選項叫「包括列標(biāo)題」如果你導(dǎo)出的 CSV 需要直接給別的程序?qū)脒@行標(biāo)題務(wù)必保留但如果你要拿 CSV 再灌回 Oracle 的 SQL*Loader 或者外部表標(biāo)題行反而會成為障礙。字符集這塊是真的玄學(xué)也是我踩過最深的一次坑。某次我把一張表導(dǎo)出成 CSV本機看著一切正常結(jié)果業(yè)務(wù)方在 Windows 上用 Excel 打開中文全部顯示成亂碼。原因很簡單SQL Developer 的 CSV 導(dǎo)出默認編碼依賴于 JVM 的默認字符集你本機 JVM 是 UTF-8導(dǎo)出的文件雖然內(nèi)容是 UTF-8但沒有寫入 BOM 頭Excel 在 Windows 上默認按 ANSI 解碼中文字符自然就花了。解決方式有兩個一是導(dǎo)出時在「編碼」下拉框里選UTF-8后再手動用記事本或腳本把文件轉(zhuǎn)成帶 BOM 的 UTF-8二是干脆導(dǎo)出成 Excel 格式讓工具自己處理編碼?，F(xiàn)在我用性價比較高的變通方案在導(dǎo)出選項里選擇「CSVExcel」格式這個選項在某些版本里會額外寫入 BOM雖然 21.4.3 的界面文本不一定完全一致但你找「編碼」相關(guān)選項時多留意通常能找到一個相對穩(wěn)妥的配置。4.3 PL/SQL 調(diào)試與 DBMS_OUTPUT 的顯示配置調(diào)試存儲過程是 SQL Developer 的強項之一。打開一個過程文件后右鍵選擇「運行 PL/SQL…」界面會彈出一個小窗口讓你輸入?yún)?shù)值。這個窗口很樸素但作用不小。測試時我會在過程體里加一些臨時的DBMS_OUTPUT.PUT_LINE語句來打印中間變量然后運行前確認「查看 → DBMS_OUTPUT」面板是打開狀態(tài)。如果面板沒開你會以為過程沒執(zhí)行或者沒輸出。這里有個隱蔽坑SQL Developer 的 DBMS_OUTPUT 緩沖區(qū)默認是 20000 字節(jié)如果你的存儲過程一口氣輸出了很多調(diào)試信息系統(tǒng)會彈出ORA-06502之類的錯誤或者明明輸出了一些但后面的內(nèi)容被截斷。處理辦法是在會話里執(zhí)行一次SET SERVEROUTPUT ON SIZE UNLIMITED但注意這個命令是 SQL*Plus 的指令在 SQL Developer 的工作表里直接跑是無效的它會報「無效的 SQL 語句」。正確做法是在「查看 → DBMS_OUTPUT」面板中點擊那個「調(diào)節(jié)緩沖區(qū)大小」的按鈕手動把值調(diào)到最大具體在界面里是左邊有個類似「Buffer Size」的下拉框常見選項是20000和1000000選擇大值即可覆蓋大多數(shù)調(diào)試場景。我一般調(diào)試復(fù)雜的批量數(shù)據(jù)處理時會先在過程開頭加一個EXECUTE IMMEDIATE ALTER SESSION SET NLS_NUMERIC_CHARACTERS.,;這類的會話級設(shè)置防止數(shù)字格式化干擾這個是純粹的血淚經(jīng)驗——曾經(jīng)因為NLS_LANG配置不一致過程跑出的數(shù)據(jù)小數(shù)點變成逗號業(yè)務(wù)方核對時怎么都對不上賬。5. 常見問題與避坑實錄三個我反復(fù)遇到的怪問題5.1 啟動緩慢與界面卡死原因總是出在配置而非軟件本身現(xiàn)象是雙擊圖標(biāo)后進程在任務(wù)管理器里出現(xiàn)了但主窗口遲遲不彈出或者彈出來后點任何菜單都要等幾秒。網(wǎng)上很多人首先懷疑是電腦性能不夠但我在一臺配置相當(dāng)不錯的開發(fā)機上遇到同樣的現(xiàn)象后來排查發(fā)現(xiàn)是問題出在啟動參數(shù)上。SQL Developer 21.4.3 的默認 JVM 堆內(nèi)存設(shè)置相當(dāng)保守它繼承的是產(chǎn)品發(fā)布時的通用配置。如果你解壓后沒有手動改過sqldeveloper/bin/sqldeveloper.conf文件那么 JVM 只會在 256MB 到 512MB 之間運行一旦項目腳本里導(dǎo)入了大量對象定義或者你在數(shù)據(jù)庫連接樹里同時展開了多個 schema內(nèi)存一吃緊就開始頻繁 GC界面就變得像慢動作。解決方式很直接用文本編輯器打開該文件找到AddVMOption開頭的幾行參照下面的寫法改AddVMOption -Xms256M AddVMOption -Xmx2000M這里的Xms是初始堆大小Xmx是最大堆大小。我的習(xí)慣是初始給 512M最大給 2000M 到 4000M 之間具體取決于你的物理內(nèi)存總量。改完保存重啟軟件。注意這個文件是通用的配置入口某些版本里還有AddVMOption -Doracle.ide.report.timeout10000這類參數(shù)不亂動就不會出大事。另外還有一個容易忽略的點如果你電腦上有安全軟件實時監(jiān)控每個輸出文件SQL Developer 在啟動時生成的緩存文件會被反復(fù)掃描導(dǎo)致啟動慢到爆炸這種情況把sqldeveloper目錄加入安全軟件的白名單即可。5.2 中文亂碼與字符集不匹配三層設(shè)置都得對齊現(xiàn)象可以細分為兩類一類是數(shù)據(jù)庫里的中文數(shù)據(jù)在 SQL Developer 里顯示成???或方塊另一類是 SQL Developer 界面本身顯示正常但你導(dǎo)出到文件再打開就花掉。第一類問題的根因大多是客戶端字符集和數(shù)據(jù)庫服務(wù)器字符集不一致。Oracle 數(shù)據(jù)庫的字符集是建庫時定死的通常生產(chǎn)庫是AL32UTF8或ZHS16GBK。你的 SQL Developer 客戶端通過 JDBC 驅(qū)動連接時它的編碼轉(zhuǎn)換邏輯依賴于 JVM 的file.encoding參數(shù)。在 21.4.3 版本里我建議打開sqldeveloper.conf確認里面有沒有這一行AddVMOption -Dfile.encodingUTF-8如果沒有加進去。然后重啟軟件重新連接。這是解決「看得到數(shù)據(jù)但中文亂碼」的第一道防線。第二道防線是檢查操作系統(tǒng)區(qū)域設(shè)置在 Windows 上如果你把「更改系統(tǒng)區(qū)域設(shè)置」里的 Beta 版 UTF-8 勾上了某些 GUI 組件的字體渲染會異常表現(xiàn)為下拉菜單里的中文標(biāo)題消失。這個不是 SQL Developer 能處理的需要取消那個勾選并重啟系統(tǒng)。第三道防線就是導(dǎo)出時的編碼選擇具體我在導(dǎo)出部分已經(jīng)說過這里不再重復(fù)。三層都對齊了基本不會再遇到亂碼問題。5.3 密碼明明正確卻連接失敗別名解析與客戶端干擾現(xiàn)象是測試連接時報ORA-01017: invalid username/password; logon denied但你用 SQL*Plus 用同樣的用戶名密碼能登上。這個坑我排查了很久最后發(fā)現(xiàn)是密碼里包含或/這類特殊字符。SQL Developer 的 JDBC 連接串在底層拼接時如果密碼中含特殊字符且沒有做轉(zhuǎn)義處理就會導(dǎo)致連接屬性解析錯位最終傳遞給數(shù)據(jù)庫的密碼是截斷后的內(nèi)容。解決方式有兩種。第一種是在「連接」屬性里點選「保存密碼」之前確認角色是default而不是SYSDBA然后手動重新輸入密碼不要用記憶的舊密碼填充。第二種更穩(wěn)妥在連接屬性里切換為「自定義 JDBC URL」模式自己寫完整的連接串jdbc:oracle:thin://localhost:1521/ORCLPDB1然后通過用戶名字段和密碼字段單獨輸入憑據(jù)。遇到詭異密碼時這種方式往往能避開界面層拼接問題。另外如果你的機器上同時裝了完整版 Oracle 客戶端并且配置了ORACLE_HOME環(huán)境變量SQL Developer 在解析 TNS 別名時可能會被客戶端的tnsnames.ora干擾導(dǎo)致明明 SQL Developer 自己的目錄下有新的別名但它永遠去讀舊文件。處理方法是給 SQL Developer 指定獨立的 TNS 路徑在首選項的「數(shù)據(jù)庫 → 高級」里把TNS_ADMIN環(huán)境變量手動設(shè)置為正確的目錄。這些都是經(jīng)驗之談遇到類似情況可以按順序排查通常兩分鐘內(nèi)能定位。6. 把 21.4.3 調(diào)成順手工具快捷鍵、模板與最終驗證工具類軟件要真正提高效率全在于個人化的微調(diào)。SQL Developer 的「首選項」菜單里有一個「用戶定義的代碼模板」功能我把它當(dāng)成日常開發(fā)的彈藥庫。因為我常年處理數(shù)據(jù)遷移相關(guān)的任務(wù)就用它存了幾個高頻片段比如找回被誤刪數(shù)據(jù)的閃回查詢模板、生成行號對比的通用 SQL。在編輯SQL時按CtrlAltT可以呼出模板選擇。舉個例子我常用的一個模板是「創(chuàng)建臨時表并灌數(shù)據(jù)」因為這種操作在調(diào)試中比直接改正式表更安全模板內(nèi)容大致是CREATE TABLE tmp_${table_name}_bak AS SELECT * FROM ${table_name} WHERE 10; INSERT INTO tmp_${table_name}_bak SELECT * FROM ${table_name} WHERE ${condition};模板里${...}這種占位符是快捷鍵插入模板后光標(biāo)會跳到你該填的位置按 Tab 鍵可以在多個占位符之間切換。這樣無論是抓取數(shù)據(jù)快照還是準(zhǔn)備回滾基準(zhǔn)一鍵生成代碼比翻開歷史記錄復(fù)制粘貼高效得多。這個版本還支持自定義快捷鍵映射。我習(xí)慣把「運行語句 (CtrlEnter)」和「運行腳本 (F5)」保持默認但把「格式化 SQL」設(shè)為CtrlShiftF這個在長 SQL 的閱讀整理中非常順手。改快捷鍵的路徑是「工具 → 首選項 → 快捷鍵」搜索你要綁定的命令然后按組合鍵即可。格式化之后的 SQL 閱讀性好很多團隊 Review 代碼時也會少很多摩擦。另外連接樹里那些綠色的數(shù)據(jù)庫圖標(biāo)是可以重命名的我習(xí)慣在連接名上加上環(huán)境后綴比如dev_pdb1、test_pdb1這樣開多個窗口時從上往下掃一眼就知道當(dāng)前在哪套環(huán)境不會發(fā)生「在測試庫里執(zhí)行了生產(chǎn)腳本」這種低級但致命的錯誤。最后分享一個驗證安裝和配置是否完全跑通的土辦法新建一個連接連到你本地的測試庫執(zhí)行下面這段 SQL確認三個關(guān)鍵狀態(tài)正確SELECT SYS_CONTEXT(USERENV, CURRENT_SCHEMA) AS schema_name, SYS_CONTEXT(USERENV, DB_NAME) AS db_name, SYS_CONTEXT(USERENV, SERVER_HOST) AS host_name FROM DUAL;如果返回的 schema 是你自己創(chuàng)建的開發(fā)賬號而不是 SYS 或 SYSTEM那基本可以判斷這套環(huán)境是安全的如果查出來的主機名和你預(yù)期不一致說明你連錯了庫趕緊關(guān)掉窗口重新核對。從那以后我每新裝一個數(shù)據(jù)庫工具都會用這段查詢做強制體檢算是給自己上了一道保險。SQL Developer 21.4.3 整體來說是個靠譜的日用工具把上面的參數(shù)、模板和防坑手段配齊后日常開發(fā)會順很多希望幫到你。本文還有配套的精品資源點擊獲取