Im Java Umfeld gibt es natürlich auch Anbindungen (JDBC) an diverse Datenbanken. Die Performance einer Anwendung ist in der Regel massiv von der Datenbank bzw. dem Datenmodell ⁽¹⁾ geprägt. Leider kann man aus dem Sourcecode nicht wirklich die Qualität der Datenanbindung und noch weniger direkt das Datenmodell beurteilen.

Ein simpler Ansatzpunkt wäre aber wie gut zum Beispiel der Datenbankzugriff gekapselt ist. Wenn aus sehr vielen Packages bzw. Klassen direkt auf die Datenbank zugegriffen wird, hat das massive Auswirkungen auf eine vom Code der Anwendung unabhängige Pflege des Datenmodells bzw. bei der Wartung, wenn man nach ein paar Monaten/Jahren ganz unerwartet auf eine neue Version des RDBMS updaten muss. Wenn diese Zugriffe gekapselt sind (klassische 3 -Schichten Architektur) hat man hier zumindest deutliche Vorteile. Insofern wäre das auch eine simple aber interessante Aussage: aus wie vielen Packages erfolgt ein Datenbank (JDBC) Aufruf.
Mal sehen mit welchem Tool man das einfach prüfen kann.

Einen zweiten Ansatz habe ich hier gefunden. Unter “JDBC Checker: A Static Analysis Tool for SQL/JDBC Applications” ⁽²⁾ gibt es einen sehr interessanten Ansatz von Carl Gould, Zhendong Su, and Premkumar Devanbu (University of California, Davis). In die Richtung werde ich noch einmal tiefer forschen.

(1) z.B: Konzeptuelle Datenmodellierung, Rauh/Stickel, B.G.Teubner Verlagsgesellschaft

(2) JDBC Checker: A Static Analysis Tool for SQL/JDBC Applications