In meinem vorherigen Vortrag „Fighting Bad PL/SQL & SQL with VS Code“ habe ich bereits gezeigt, wie dbLinter mit automatisierten Prüfungen und Quick-Fixes dabei hilft, Fehler zu erkennen und die Codequalität zu verbessern. Doch was tun, wenn die integrierten Regeln nicht ausreichen?

In diesem Vortrag gehe ich einen Schritt weiter und zeige, wie man benutzerdefinierte Regeln erstellt, um projektspezifische Standards durchzusetzen und Probleme zu erkennen, die von den integrierten Linter-Regeln nicht gefunden werden können. Du erfährst, wie PL/SQL- und SQL-Code geparst wird, wie benutzerdefinierte Validatoren funktionieren und wie du eigene Regeln und Quick-Fixes in den Linting-Prozess integrierst.

In einer Live-Demo zeige ich:

- wie man eigene Regeln anhand guter und schlechter Beispiele definiert
- wie man ein Validator-Gerüst generiert
- wie sich Parse Trees für SQL- und PL/SQL-Code visualisieren lassen
- wie man einen Validator inklusive Quick-Fix implementiert und testet
- wie eigene Regeln aktiviert und in VS Code sowie auf der Kommandozeile verwendet werden

Am Ende des Vortrags verstehst du, wie dbLinter hinter den Kulissen funktioniert. Du wirst in der Lage sein, typische Muster im eigenen Code zu identifizieren, bei denen projektspezifische Regeln helfen können, Probleme zu erkennen, bevor sie in Produktion gelangen.