Aufgabe 16 - ODBC

Aufgabe 16 - ODBC

Worum geht es?

In dieser Übung wird ODBC (Open Database Connectivity) nicht nur verstanden, sondern praktisch eingesetzt: von der DSN-Konfiguration über den Verbindungsaufbau bis zum Zugriff aus Office-Anwendungen (siehe Kapitel 8 - Datenbank-Schnittstellen). Im Expertenteil geht es um systematische Fehlerdiagnose und eine sichere Konfiguration.

Was Sie dafür brauchen

• Kapitel 8 - Datenbank-Schnittstellen.
• Ein PostgreSQL-Server mit Northwind; der passende ODBC-Treiber fürs Betriebssystem (Windows: psqlODBC; macOS: Actual ODBC Pack + iODBC; Linux: unixODBC + odbc-postgresql).
• Excel/Word oder LibreOffice Calc/Writer.

Welche Kompetenzen Sie erwerben und zeigen

• Sie erklären die ODBC-Architektur (Driver Manager, Driver, DSN).
• Sie richten einen DSN ein und testen die Verbindung.
• Sie greifen aus Office-Anwendungen auf die Datenbank zu.
• Sie diagnostizieren Verbindungsfehler systematisch und konfigurieren sicher.

Pädagogische Einordnung

• Reproduktion: ODBC verstehen und skizzieren (Teil A).
• Reorganisation und Transfer: DSN einrichten und aus Office zugreifen (Teile B und C).
• Reflexion, Problemlösung und Urteilsbildung: Fehler diagnostizieren und sicher konfigurieren (Teil D).

Arbeitsaufträge

Die Übung ist auf etwa zwei Stunden ausgelegt. Teil D ist der Expertenteil.

Teil A - ODBC verstehen

1. Schriftlich beantworten: Welche Aufgabe hat ODBC und warum ist es als Standard sinnvoll? Unterschied zwischen Driver Manager, Driver und DSN? Wann ODBC statt eines nativen Treibers (pg, psycopg2)? Je ein Vor- und Nachteil gegenüber nativen Treibern.
2. Eine Skizze der Kommunikationskette von der Anwendung bis zum DBMS-Server erstellen und eintragen, wo Host, Port, Datenbankname, Benutzer und Passwort verwendet werden.

Teil B - DSN einrichten und Verbindung testen

1. Einen ODBC-DSN für die Northwind-Datenbank anlegen (Treiber, Host, Port, Datenbank, Benutzer). Auf Linux z. B. in ~/.odbc.ini; der Driver-Name muss exakt zu einem installierten Treiber passen (odbcinst -q -d). Das Passwort möglichst nicht speichern, sondern beim Verbinden eingeben.
2. Die Verbindung testen (Windows: „Test Connection”; Linux: isql -v <dsn>; macOS: über Excel bzw. iODBC) und folgende Abfragen ausführen: SELECT COUNT(*) FROM customers; und SELECT COUNT(*) FROM orders;. Bei Fehlschlag die Meldung notieren und einordnen (Treiber, DSN oder Zugangsdaten?).

Teil C - Zugriff aus Office-Anwendungen

1. Excel/Calc (Analyse): Über den DSN die Spalten customer_id, company_name, country aus customers importieren, nach einem Land filtern und die Kundenzahl pro Land ermitteln (Pivot). Die Abfrage aktualisieren (Refresh) und dokumentieren, was passiert.
2. Word/Writer (Serienbrief): customers als Empfängerliste einbinden, ein kurzes Seriendokument mit mindestens drei Feldern (Firmenname, Kontaktperson, Land) erstellen, auf ein Land filtern und mindestens drei individualisierte Ausgaben erzeugen (Vorschau genügt).

Teil D - Expertenteil: Fehlerdiagnose und Sicherheit

1. Systematische Fehlerdiagnose: Provozieren Sie gezielt drei Fehlerfälle (falscher DSN-Name, falscher Port, falscher Benutzer) und notieren Sie je die genaue Fehlermeldung. Beheben Sie sie und dokumentieren Sie die Änderung, die zur erfolgreichen Verbindung führte. Erstellen Sie daraus eine reproduzierbare Checkliste (5–7 Punkte), mit der ein Mitschüler dieselbe Verbindung aufsetzen kann.
2. Sichere Konfiguration: Legen Sie für den ODBC-Zugriff einen eigenen Datenbankbenutzer mit nur Leserechten an und verwenden Sie ihn im DSN. Speichern Sie keine Klartext-Passwörter in geteilten Dateien. Beantworten Sie schriftlich: Wo speichert ein DSN das Passwort auf Ihrem Betriebssystem, und warum ist das sicherheitsrelevant?
3. Reflexion: In vier bis fünf Sätzen: Welche Unterschiede zum direkten SQL-Client haben Sie bemerkt? Für welche Szenarien empfehlen Sie ODBC, für welche native Treiber? Welche Rolle spielen DSN und Connection String für Portabilität und Wartbarkeit?

Wissenscheck

1. Wofür steht ODBC, und was leistet der Driver Manager?
2. Worin unterscheiden sich DSN, Driver und Driver Manager?
3. Wann ist ODBC einem nativen Treiber vorzuziehen?
4. Warum sollte ein ODBC-Benutzer für Auswertungen nur Leserechte haben?
5. Wo liegt das Passwort eines System-DSN, und warum ist das ein Risiko?

Abgabe

• Die schriftlichen Antworten (Theorie und Reflexion), die dokumentierte DSN-Konfiguration (ohne Klartext-Passwort), die Office-Artefakte (Tabellen-Import mit Auswertung, Serienbrief) sowie die Fehleranalyse und Checkliste aus Teil D.

---

HTL Villach, 2025-2026,
https://www.htl-villach.at