Von Excel in eine Delphi Anwendung

[RWarnecke]

Hallo zusammen,

ich habe eine Excel-Datei, die sehr umfangreich ist. Sie beinhaltet Formulare, Masken und diverse Listen und kann ebenfalls auch noch Mail mit Lotus Notes verschicken. Jetzt habe ich das Problem, auf diese Exceldatei soll von mehreren PC's gleichzeitig drauf zugegriffen werden und die Daten darin gespeichert werden. Da das bei Excel ja nicht geht, habe ich mir gedacht, kann ja nicht so schwer sein die Oberfläche aus der Exceldatei in ein Delphiprogramm zu portieren und dahinter eine Datenbank setzen mit den nötigen Tabellen.

Ich habe mir jetzt die Exceldatei mal etwas genauer angesehen und muss sagen, ich weiß garnicht wo ich zu erst anfangen soll. Hier noch ein paar Fakten zu der Exceldatei :
:arrow: 35 Tabellenblätter
:arrow: 5 Module
:arrow: über 100 Makros in VBA und Formeln (=WENN, =AUSWÄHLEN u.s.w.)

Wie würdet Ihr das ganze angehen diese Exceldatei in ein Delphiprogramm zu portieren ?

Edit: Wer eine Idee hat, wie ich diese Exceldatei Multiuserfähig machen kann, nur her damit.

[mkinzler]

Zitat:

Edit: Wer eine Idee hat, wie ich diese Exceldatei Multiuserfähig machen kann, nur her damit.

Da bräuchtest du SharePoint o.ä.

[RWarnecke]

Zitat:

Zitat von mkinzler

Zitat:

Edit: Wer eine Idee hat, wie ich diese Exceldatei Multiuserfähig machen kann, nur her damit.

Da bräuchtest du SharePoint o.ä.

:oops: Ich habe da etwas vergessen zu erwähnen, wegen der Multi-Userfähigkeit. Das ganze sollte mit Office XP funktionieren.

[youuu]

Also wenn die Excel Datei auf einen Server liegt, kann man sie ganz leicht sharen.
So kann so mehrfach geöffnet und gespeichert werden.

So machen wir es in der Firma.


Im Menue Extras findest Du die Punkte Arbeitsmappe freigeben...

Oder habe ich etwas falsch verstanden?

[RWarnecke]

Ich nehme mal an, dass das nur über Microsoft-Server geht oder ? Ich bin aber in einem Novell-Netzwerk.

[mkinzler]

Das Problem ist dann aber, dass der letzte gewinnt. die Ergebnisse sollen aber wieder gemsicht werden

[RWarnecke]

Im Grund möchte ich die Exceldatei wie eine Datenbank nutzen, so dass jeder der darauf zugreift seine Daten drin speichern kann. Also bleibt mir doch nichts anderes übrig, die Exceldatei mit allen Formularen, Masken, Vordrucken u.s.w. in ein Delphi Programm zu verfrachten und dahinter eine Datenbank zuhängen. Oder sehe ich das falsch ?

Wenn nein, wie und wo würdet Ihr anfangen, die Exceldatei in das Delphi Programm zu verfrachten ?

[mkinzler]

Du könntest auch nur die Daten in eine datenbank verfrachten und Excel weiterhin als Frontend verwenden.

Besser wäre dann aber die Ablösung des Programmes.
Dann musst du Abchecken:
-Wieviele der Sheets enthalten Daten?
-Wieviele Eingabemasken?
-Nur einfache Makros oder Formeln?
-Einsatz von Reportingsystem möglich?
...

[RWarnecke]

Zitat:

Zitat von mkinzler

Du könntest auch nur die Daten in eine datenbank verfrachten und Excel weiterhin als Frontend verwenden.

Das war auch eine meiner Ideen. Nur welche Datenbank ? Mein erster Gedanke war MS Access, da hat sich mir aber auch die Frage der Multi-Userfähigkeit gestellt. Dann kam ich auf Firebird, nur da habe ich noch keine Infos gefunden, wie ich diese mit Excel ansprechen kann.

Zitat:

Zitat von mkinzler

Besser wäre dann aber die Ablösung des Programmes.
Dann musst du Abchecken:
-Wieviele der Sheets enthalten Daten?
-Wieviele Eingabemasken?

Das ist soweit klar.

Zitat:

Zitat von mkinzler

-Nur einfache Makros oder Formeln?

Es sind VBA-Makros und Formeln auf einem extra Sheet. Dabei werden die Buttons und Eingabefelder hauptsächlich von den Formeln (=WENN, =KOPIEREN, =AUSWÄHLEN) gesteuert.

Zitat:

Zitat von mkinzler

-Einsatz von Reportingsystem möglich?...

Dazu hätte ich noch eine Frage, ich kann doch nur ein Reportingsystem wie z.B. Rave Reports nur dazu nutzen, wenn ich die Reports mit Daten aus einer Datenbank fülle oder ?

Ich fasse mal zusammen in eine Art Checkliste :

1. Jedes Sheet mit relevanten Daten in jeweils eine Datenbanktabelle schreiben
2. Jede Eingabemaske in eine extra Form. (Wenn möglich Eingabemasken zusammenfassen)
3. Jedes einzelne Makro durchgehen und dessen Funktion überüfen und auf die Forms übertragen

Sollte ich in meiner Checkliste noch etwas Vergessen haben, bitte sagen.

[mkinzler]

Zitat:

# Jedes Sheet mit relevanten Daten in jeweils eine Datenbanktabelle schreiben

Nicht zwangsläufig. Es kann sein das du mehrere Tabellen brauchst, und diese dann auch Daten von mehreren Sheets aufnehmen kann

Zitat:

# Jede Eingabemaske in eine extra Form. (Wenn möglich Eingabemasken zusammenfassen)

Ja

Zitat:

# Jedes einzelne Makro durchgehen und dessen Funktion überüfen und auf die Forms übertragen

Soweit wie möglich von Maken trennen ( MVC)

[RWarnecke]

Hier nochmal die geänderte Checkliste :

1. Die Sheets mit den relevanten Daten sinvoll auf die Datenbanktabellen aufteilen und kombinieren.
2. Jede Eingabemaske in eine extra Form. (Wenn möglich Eingabemasken zusammenfassen)
3. Die vorhanden Formeln und VBA Makros nach Datenmodell, Präsentation und Programmsteuerung trennen und auf die vorhanden Units ins Delphi übertragen

Sollte ich in meiner Checkliste noch etwas Vergessen haben oder immer noch falsch sein, bitte sagen.

Heute ist es mir schon zu spät damit anzufangen. Ich werde mich morgen mal an die Datenbank machen und die ersten Tabellen erstellen. Ich werde hier dann berichten, wie es vorangeht.

[Chemiker]

Hallo RWarnecke,

Excel als Mehrbenutzersystem zu verwenden ist einfach nur nervig. Wie sich das so anhört ist Excel wieder einmal als Datenbank missbraucht worden, in der Regel weil es am Anfang eine Einzelplatzlösung war.

Ich würde die ganzen Excel-Tabellen vergessen und das Programm als reines Datenbankprogramm aufbauen. Die Eingabe-Masken ähnlich aufbauen wie sie jetzt vorhanden sind, damit ein gewisser Wiedererkennung Effekt vorhanden ist. Aber alles was unter der Motorhaube ist neu zusammenbauen.
Die Reports kannst Du auch mit Excel machen mit OLE-Automation.

Bis bald Chemiker