Als altmodischer Typ komme ich immer noch hauptsächlich mit SQL*Plus und der TextPad IDE zurecht. TextPad ist Nagware, aber die Lizenz ist billig und das Tool hat einige fantastische Funktionen. Außerdem haben Leute PLSQL-Syntaxbibliotheken dafür geschrieben, die Ihnen eine Schlüsselworthervorhebung geben. Es ist auch möglich, TextPad in andere Desktop-Tools wie Subversion einzubinden.
SQL^Developer ist in Java geschrieben, was bedeutet, dass es ein unersättlicher Speicherverbraucher ist. Dennoch ist es unbestritten, einen Datenbrowser zu haben. Auch die kommende Version 2.1 verfügt über einen eingebauten Unit-Test, der sehr lecker sein könnte.
Nützliche Dienstprogramme:
- pldoc ::generiert eine Dokumentation im Javadoc-Stil aus den Kommentaren in Ihrer Paketspezifikation
- utplplsql ::unit testharness;alt, aber es funktioniert immer noch
- QUTO ::ein weiterer, ausgefeilterer Unit-Test-Harmonie (den ich aus demselben Grund nicht verwende, aus dem ich immer noch mit SQL*Plus und TextPad hacke)
- QGCU ::PL/SQL-Codegenerator (früher QNXO)
Zur Verteidigung des Luddismus
Die Gefahr bei Tools wie TOAD und SQL*Developer besteht darin, dass sie es uns ermöglichen, DML und DDL direkt für die Datenbank auszuführen, einschließlich der Bearbeitung von PL/SQL-Quellen. Das ist schön und gut und ganz im Sinne von Getting Things Done. Bis wir unsere Änderungen rückgängig machen müssen. Oder der Produktions-DBA verlangt ein Skript....
Natürlich ist es möglich, TOAD oder SQL Developer auf sichere Weise zu verwenden - ich weiß, dass SQL Developer sich auch in die Quellcodeverwaltung einklinken kann - wenn nur mehr Selbstdisziplin erforderlich ist.
