Ich bin ziemlich grün, wenn es um dieses Feld geht. Ich bin jetzt seit 8 Monaten Datenanalyst in einem kleinen Krankenhaus, nach einem zweijährigen Abschluss in einem neuen Berufsfeld für mich.
Situation
Wir haben eine Cobol "Datenbank" (ich benutze den Begriff Datenbank leichtfertig ...). Es ist eine proprietäre hierarchische Datenbank. Wir haben eine sekundäre Softwarelösung, die darüber eine ODBC-SQL-Schicht für den Zugriff von außen über eine Standardschnittstelle bereitstellt. Ich denke, es enthält SQL 99-kompatible Befehle.
COBOL Database to SQL lässt zu wünschen übrig. Indizes sind in Stein gemeißelt. Wenn ich also eine Abfrage durchführen möchte, die nicht für ein oder zwei indizierte Felder eingegeben wurde (Index = Patientennummern. Wenn ich also nach Zulassungs- / Entlassungsdaten fragen möchte ... vergessen Sie es), dann ist es hundeschwach . Joins verwandeln eine 5-minütige Abfrage in eine 45-minütige Abfrage. Zu viele Abfragen verlangsamen den REST des Systems und verursachen schlechte Dinge.
Das System verfügt zwar über ein internes Abfragesystem, ist jedoch keineswegs vollständig. Es hat seine Stärken und Schwächen, aber das Hauptproblem ist die Zusammenarbeit mit der Außenwelt, die ich auch zum Senden von Berichten benötige.
Frage
Was ich zu bauen versuche ... ist ein TSQL Data Warehouse. Ich möchte einen Prozess erstellen, der die Daten in eine SQL-Umgebung zieht, die ich steuern kann (Indizes hinzufügen, moderne Dinge wie case-Anweisungen verwenden, für "einfache" Abfragen keine 15 Minuten dauern).
Ich frage mich, welche guten Ressourcen, Tutorials und Tools die Experten vorschlagen würden. Meine ideale Situation wäre ein "historisches" Laden aller Daten in eine T-SQL-Datenbank, gefolgt von wöchentlichem Laden neuer Daten. Es wäre nicht ideal für "Echtzeit" -Berichte, aber der Großteil meiner Berichtsanforderungen würde mit "leicht" alten Daten erfüllt.
Ich habe mit ## Temp-Tabellen, Zusammenführen in, Aktualisieren usw. herumgespielt und versucht, die Zeiten für Ladevorgänge und Aktualisierungen zu ermitteln und was nicht ... aber bevor ich zu tief gehe, möchte ich nur einige allgemeine Informationen erhalten Rat.