Prozessoptimierung

[moperswings]

Hallo,

ich habe einen neuen Job.
Ich muss aus den Daten einer Datenbank Berichte erstellen.
Bevor jetzt gefragt wird, wozu man mich dazu braucht und warum das nicht automatisch passiert:
Die Datenbank ist historisch gewachsen, kam ursprünglich von einer Access-DB, ist so auf einen MS-SQL-Server übertragen worden und da die eine Abteilung nicht weiß, was die andere macht, beim Aufbau und den Abhängigkeiten der Tabellen vermurkst worden.

Aktuell habe ich zehn verschiedene Export-Datensätze, die ich mit Excel konsolidiere oder mir die verschiedenen Spalten in ein neues Arbeitblatt zusammen kopiere. Ein paar Stammdaten habe ich schon in einer Excel-Datei zusammengefaßt.

Aufgrund eines Gebäudeumbaus, werde ich wohl den Winter über im Homeoffice verbringen.
Meine Vision war es, mir mit einer Delphi-Form so eine Art Plattform zu schaffen, die auf jede Excel-Datei zugreifen kann und wo die Stammdaten in einer MDB o.ä. liegen und ich dann per Knopfdruck mir die Berichte automatisch zusammenstellen lasse.

Ich möchte mit einer DB arbeiten, wo ich für die Wochenberichte einen neuen Ordner anlege, die form1.exe, eine MDB und meine Excel-Dateien reinkopiere.

Meine Frage:
Ist Delphi die geeignete Programmiersprache in Verbindungen mit einer Access-DB und Excel-Dateien oder sollte ich das Projekt mit einer anderen, Sprache und/oder einer anderen DB umsetzen?

Ich hoffe auf eure Erfahrungswerte

[himitsu]

Per se ist die Programmiersprache egal.
Was hier so beschrieben wurde, geht alles mit C++, C#, Delphi, Python, VBScript oder was man sich sonst noch so ausdenken kann.

Als Sprache/Umgebung nimmt man also das, womit man am Besten klar kommt.



Nur wozu die Forms hab ich nicht ganz verstanden.
Warum nicht direkt das Gewünschte in die neue DB übertragen und dann damit machen was man will,
oder eben direkt auf die verschiedenen Datenquellen zugreifen und sofort das machen, was man machen will, ohne die neue DB dazwischen,
oder
oder
oder

[moperswings]

Zitat von himitsu:

Nur wozu die Forms hab ich nicht ganz verstanden.
Warum nicht direkt das Gewünschte in die neue DB übertragen und dann damit machen was man will,

Das hatte ich auch schon überlegt.
Bin aber zu der Erkenntnis gekommen, dass das Importieren mir die Arbeit nicht abnehmen würde und mir nur die DB zumüllt.
Und dann müßte ich die Daten noch vorher aufarbeiten, dass ich das ganze in eine Struktur bekomme, die Sinn ergibt.

[Delphi.Narium]

Zitat von moperswings:

Aktuell habe ich zehn verschiedene Export-Datensätze, die ich mit Excel konsolidiere oder mir die verschiedenen Spalten in ein neues Arbeitblatt zusammen kopiere. Ein paar Stammdaten habe ich schon in einer Excel-Datei zusammengefaßt.

Gehe mal davon aus, dass das nicht jedesmal irgend was anderes ist, sondern immer wieder die gleichen Verarbeitungsschritte für Export und Konsolidierung.

Mit Delphi kannst Du auf Datenbanken zugreifen und ebenso auf Excel.

Es sollte also (wen auch mit etwas Aufwand) möglich sein, diese Schritte mit Delphi nachzubilden und damit die Aufgabe dauerhaft zu automatisieren.

[jaenicke]

Für mich hört sich das eher nach einer Aufgabe für ein Reporting Tool wie FastReport an, mit dem die Berichte direkt aus der Datenbank erstellt werden können. Diese kann man dann in verschiedenen Formaten abspeichern, auch in Excel.

Was genau wird denn in der Excel-Datei benötigt? Geht es um eine visuelle Darstellung als Bericht oder geht es dort nur um die Daten, die dann ggf. auch weiter verarbeitet werden?

[paule32.jk]

egal ob Report-, Import-, oder Export-Tool, oder Anwendung:

- als erstes steht das Pflichtenheft:
1. wer/was ist die Ziel-Gruppe ?
2. was soll das Ziel sein ?
3. wie soll das Ziel umgesetzt werden ?
4. ...
n. welche Daten werden gebraucht ?
n + 1. was sind Pflicht-Daten ?
n + 2. wie sollen die Daten angeordnet werden ?
n + 3. wie können Mehrdeutigkeiten vermieden werden (dopplete Datensätze) ?

1. wie erfolgt die Datenverarbeitung (intern/extern) ?
- intern (Die Programm-Logik)
- extern (Formulare/Masken, ...)

und, und, und, ...

Erst wenn das klar festgehalten ist, kann man detailierte Fragen stellen.
Alles andere ist umhergemurkse (und, wie der OP schon schrieb: vermurkste Tabellen...)

[TurboMagic]

Sehe ich auch so: FastReports könnte man für die Ausgabe des endgültigen Projekts am Ende benutzen.
Ab Delphi Pro ist eine "Lite" Version davon dabei, die schon für sehr vieles ausreicht,
inklusive Einbindung von TChart Diagrammen in Reports.

In deinem Profil ist noch Delphi 6 Pro hinterlegt.
Ist das wirklich noch aktuell?
Neuere Versionen wie 11.3 bieten da ja schon erheblich mehr Möglichkeiten.

Auslesen von Excel Dateien kann man per COm Schnittstelle machen, sofern Excel auf
dem betreffenden PC vorhanden ist. Das kann man darüber auch unsichtbar im Hintergrund Starten,
die Datei laden und dann die Daten daraus auslesen. Danach Excel wieder beenden.