Sendo um tipo de sujeito antiquado, ainda me dou bem com SQL*Plus e o TextPad IDE. TextPad é nagware, mas a licença é barata e a ferramenta tem alguns recursos fantásticos. Além disso, as pessoas escreveram bibliotecas de sintaxe PLSQL para ele, que fornecem realce de palavras-chave. Também é possível conectar o TextPad a outras ferramentas da área de trabalho, como o Subversion.
SQL^Developer é escrito em java, o que significa que é um consumidor voraz de memória. Ainda há mérito inquestionável em ter um navegador de dados. Além disso, a próxima versão 2.1 apresenta teste de unidade integrado, o que pode ser muito saboroso.
Utilitários úteis:
- pldoc ::gere documentação no estilo Javadoc a partir dos comentários na especificação do seu pacote
- utplplsql ::equipamento de teste de unidade;antigo, mas ainda funciona
- QUTO ::outro equipamento de teste de unidade mais sofisticado (que não uso pelo mesmo motivo pelo qual ainda estou hackeando com SQL*Plus e TextPad)
- QGCU ::Gerador de código PL/SQL (anteriormente QNXO)
Em defesa do ludismo
O perigo de ferramentas como TOAD e SQL*Developer é que elas nos permitem executar DML e DDL diretamente no banco de dados, incluindo a edição de fonte PL/SQL. Isso é bom e elegante e terrivelmente no espírito de Getting Things Done. Até que precisamos reverter nossas mudanças. Ou o DBA de produção exige um script....
É claro que é possível usar o TOAD ou o SQL Developer de maneira segura - eu sei que o SQL Developer também pode se conectar ao controle de origem - se apenas exigir mais autodisciplina.
