"Werkzeuge für objektorientierte Abbildung von Datenbanken bieten Vorteile wie Typsicherheit durch die Abbildung von Datenbankbeziehungen auf Programmiersprachentypen. Ein spezifisches Beispiel zeigt jedoch schlechte Programmierpraktiken. Der Code durchläuft ein getrenntes ADO.NET-Dataset, das Datenbankdaten im Speicher modelliert. Der Zugriff auf Tabellen über den Index (z.B. Table(0)) anstelle des Namens ist ineffizient. Noch bedeutender ist, dass die Datenabrufkette überflüssig verbose und fehleranfällig ist. Der Code ruft wiederholt Methoden wie ToUpper und ToString auf Datenfeldern auf. Diese Kette wird absurd mit redundanten ToUpper-Aufrufen für "Tachometer". Ein Ausnahmehandler wird für potenzielle Nullwerte verwendet, nicht für Datenbankverbindungsfehler. Dieser Handler fehlt spezifische Ausnahmefehlerprüfung und geht davon aus, dass nur Nullwerte Probleme verursachen. Eine Änderung des Tabellenschemas brach den Code, indem sie die Spaltenindizierung änderte, aber der Handler maskierte den Fehler. Benutzer erlebten fehlerhafte Funktionalität, wie fehlende "Pumpenhalter"-Einträge, ohne klare Fehlermeldungen. Die auskommentierte Meldungbox suggeriert, dass häufige Null-Fehler die Benutzer überwältigten."