Essendo un tipo vecchio stile, vado ancora d'accordo principalmente con SQL * Plus e TextPad IDE. TextPad è nagware, ma la licenza è economica e lo strumento ha alcune fantastiche funzionalità. Anche le persone hanno scritto librerie di sintassi PLSQL per questo, che ti danno l'evidenziazione delle parole chiave. È anche possibile collegare TextPad ad altri strumenti desktop come Subversion.
SQL^Developer è scritto in java, il che significa che è un vorace consumatore di memoria. Tuttavia c'è un indubbio merito nell'avere un browser di dati. Anche la prossima versione 2.1 presenta unit test integrato, che potrebbe essere molto gustoso.
Utilità utili:
- pldoc ::genera documentazione in stile Javadoc dai commenti nelle specifiche del tuo pacchetto
- utplplsql ::unit test harness; vecchio ma funziona ancora
- QUTO ::un altro, più sofisticato cablaggio per unit test (che non uso per lo stesso motivo per cui sto ancora hackerando con SQL*Plus e TextPad)
- QGCU ::Generatore di codice PL/SQL (in precedenza QNXO)
In difesa del luddismo
Il pericolo con strumenti come TOAD e SQL*Developer è che ci consentono di eseguire DML e DDL direttamente sul database, inclusa la modifica di sorgenti PL/SQL. Questo va bene, dandy e terribilmente nello spirito di Getting Things Done. Fino a quando non avremo bisogno di ripristinare le nostre modifiche. Oppure il DBA di produzione richiede uno script....
Ovviamente è possibile utilizzare TOAD o SQL Developer in modo sicuro - so che SQL Developer può anche agganciarsi al controllo del codice sorgente - se solo richiede più autodisciplina.
