Étant un type à l'ancienne, je m'entends toujours principalement avec SQL * Plus et l'IDE TextPad. TextPad est un nagware, mais la licence est bon marché et l'outil possède des fonctionnalités fantastiques. De plus, des personnes ont écrit des bibliothèques de syntaxe PLSQL pour cela, qui vous permettent de mettre en évidence les mots clés. Il est également possible de raccorder TextPad à d'autres outils de bureau tels que Subversion.
SQL^Developer est écrit en Java, ce qui signifie qu'il est un consommateur vorace de mémoire. Pourtant, il y a un mérite incontestable à avoir un navigateur de données. De plus, la prochaine version 2.1 propose un test unitaire intégré, ce qui pourrait être très savoureux.
Utilitaires utiles :
- pldoc ::génère une documentation de style Javadoc à partir des commentaires de la spécification de votre package
- utplplsql ::harnais de test unitaire ; ancien mais il fonctionne toujours
- QUTO ::un autre harnais de test unitaire plus sophistiqué (que je n'utilise pas pour la même raison que je continue de bidouiller avec SQL*Plus et TextPad)
- QGCU ::Générateur de code PL/SQL (anciennement QNXO)
Pour la défense du luddisme
Le danger avec des outils comme TOAD et SQL*Developer est qu'ils nous permettent d'exécuter DML et DDL directement sur la base de données, y compris l'édition de source PL/SQL. C'est très bien et dandy et terriblement dans l'esprit de Getting Things Done. Jusqu'à ce que nous devions annuler nos modifications. Soit le DBA de production demande un script...
Bien sûr, il est possible d'utiliser TOAD ou SQL Developer en toute sécurité - je sais que SQL Developer peut également se connecter au contrôle de code source - si cela nécessite simplement plus d'autodiscipline.
