datenimport_aus_offero
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
datenimport_aus_offero [2025/09/13 06:31] – [Kontrolle der Daten aus Access] arch-simlinger | datenimport_aus_offero [2025/09/27 17:31] (aktuell) – [Beistellung Start-Daten für SQL-Version] arch-simlinger | ||
---|---|---|---|
Zeile 8: | Zeile 8: | ||
===== Übersetzung Access zu SQL ===== | ===== Übersetzung Access zu SQL ===== | ||
- | Wir haben **Officio** für den Import der Daten aus **UNSERER 32 Bit Access Version** konfigurieren lassen. | + | Wir haben **Officio** für den Import der Daten aus **UNSERER 32 Bit Access Version** aus **Office 2019** konfigurieren lassen. |
- | \\ Diese muss nicht mit **Ihrer** Access-Version übereinstimmen | + | \\ Diese muss nicht mit **Ihrer** Access-Version übereinstimmen. |
\\ Für den **Import** von **Offero-Access Daten** bestehen **zwei Möglichkeiten**: | \\ Für den **Import** von **Offero-Access Daten** bestehen **zwei Möglichkeiten**: | ||
Zeile 54: | Zeile 54: | ||
- | ===== Kontrolle der Daten aus Access ===== | + | ===== Kontrolle |
Beim **Import der Access-Daten** in die **SQL-Datenbank** haben wir auch bei unseren Daten der TU Wien **viele Fehler** in unseren Access-Daten gefunden und auch behoben. Diese lagen meist darin, dass nicht passende Schlüssel zu gelöschten Daten vorhanden waren, die in Access zwar gelöscht, aber im " | Beim **Import der Access-Daten** in die **SQL-Datenbank** haben wir auch bei unseren Daten der TU Wien **viele Fehler** in unseren Access-Daten gefunden und auch behoben. Diese lagen meist darin, dass nicht passende Schlüssel zu gelöschten Daten vorhanden waren, die in Access zwar gelöscht, aber im " | ||
Zeile 64: | Zeile 64: | ||
\\ Bei den **Daten der TU Wien** über **mehrere Semester** und sehr **viele ungeübte Anwender** kam es zu vielen Fehlern, die im **Studienbetrieb** gar **nicht aufgefallen** sind, dann aber beim **Import** das **fehlerlose Einlesen** der Daten in die SQL-Datenbank **verhindert** haben. | \\ Bei den **Daten der TU Wien** über **mehrere Semester** und sehr **viele ungeübte Anwender** kam es zu vielen Fehlern, die im **Studienbetrieb** gar **nicht aufgefallen** sind, dann aber beim **Import** das **fehlerlose Einlesen** der Daten in die SQL-Datenbank **verhindert** haben. | ||
- | Wir haben die **Fehler schrittweise beheben** müssen, um die **Daten beibehalten** zu können. | + | Wir haben die **Fehler schrittweise beheben** müssen, um die **Daten beibehalten** zu können. |
+ | Für die Überarbeitung von Studendendaten seit 2021 habe ich insgesamt 4 Stunden benötigt. | ||
Zeile 84: | Zeile 85: | ||
===== Beistellung Start-Daten für SQL-Version ===== | ===== Beistellung Start-Daten für SQL-Version ===== | ||
- | Wir stellen eine **Access-Datenbank** mit einem kleinen Demo-Projekt und den Sozialabgaben der letzten Jahre zur Verfügung. | + | Wir stellen |
- | \\ damit ist zumindest kein Start von NULL weg erforderlich. | + | \\ Damit ist zumindest kein Start von NULL weg erforderlich. |
In den Daten ist das " | In den Daten ist das " | ||
Zeile 131: | Zeile 132: | ||
\\ Abschluss Daten laden aus Access | \\ Abschluss Daten laden aus Access | ||
- | Danach müssen diese Daten in die SQL Datenbank geschrieben werden. | + | Danach müssen diese **Daten** in die **SQL Datenbank geschrieben** werden. |
+ | \\ Nehmen Sie diesen Schritt **NUR** vor, wenn nach dem Lesen der Daten **keine Fehler angezeigt** werden! | ||
{{: | {{: |
datenimport_aus_offero.1757745105.txt.gz · Zuletzt geändert: von arch-simlinger