Daten-Odyssee: ACT!6
Seit ich den Job in Karlsruhe habe, werde ich mit Geld gezwungen für Windows zu entwicken. Ich weiß, einige Leute werden jetzt feixen ;-)
Die Firma setzt ACT! ein, eine CRM-Software mit der sich relativ einfach Oberflächen zusammenklicken lassen. Das wars aber auch schon. Die eingesetzte Version 6 benutzt DBase-Dateien, um die Daten zu speichern. Mehrbenutzerzugriff muss über die Windows Dateifreigabe gelöst werden. Das Programm hat bereits bei 5000-6000 Kunden-Adressen und vier Mitarbeitern gleichzeitig arge Probleme mit der Performance. Und es speichert die Daten nicht in vernünftig, sondern über 5 fünf bis sechs Datenbank-Dateien verteilt. Es gibt zwar eine Modell-Zeichnung, aber die kann man in der Pfeife rauchen.
Da ACT! einige Elementare Dinge nicht kann, ist es meine Aufgabe, sie nachzubilden. Da ausserdem auch eine Anbindung dieser Daten an das Indernett geplant ist, habe ich mich gar nicht erst damit agegeben, eine eventuelle Plugin-Schnittstelle zu erforschen - die AFAIK sowieso nur kostenpflichtig zur Verfügung steht. Statt dessen habe ich mir einen Weg gesucht, die Daten irgendwie aus dem Programm herauszubekommen. Zuerst wollten wir auf ACT!7 umsteigen, da dort der Microsoft SQL-Server benutzt wird. Das wäre optimal gewesen, da ich da wahrscheinlich recht einfach an die Daten gekommen wäre. Leider ist der allerdings mit einem Passwort geschützt, und die Firma SAGE tut alles um zu verhindern, dass man an das Passwort kommt. Mich würde mal interessieren, ob das so rechtens ist. Hm. Deshalb und weil ACT!7 den Arbeitgeber etwa 5000€ bis 6000€ gekostet hätte, haben wir uns dann dagegen entschieden und weiter nach einem Weg gesucht, die Daten zu bekommen.
Der nächste Gedanke war: die nutzen DBase. Für DBase gibt es mehr als genug Bibliotheken. Ich habe etwa einen Tag damit verbracht, mir die Sachen anzuschauen und versucht herauszufinden, wo ich welche Datenzusammensammeln muss, aber es dann wieder verworfen: es war nahezu aussichtslos, da die Zeit, die das Reverse-Engineering in Anspruch nehmen würde ist für den Arbeitgeber untragbar.
Allerdings gibt es eine OLE-Schnittstelle zu der Datenbank. Bisher sieht es so aus, als würde ich darüber relativ einfach an die Daten kommen. Der OLE-Zugriff über VB.NET oder C#.NET ist ja relativ einfach gestrickt. Und abgesehen vin einigen Unstimmigkeiten scheint es bisher auch recht gut zu funktionieren. Aber ich bleibe misstrauisch. Wir reden hier schliesslich von einer Microsoft-Erfindung! ;-)
15 freaking comments!
Christian Kruse wrote
Der Gravatar wird „nachgeliefert“ ;-) gravatar.com scheint gerade kaputt zu sein.
ds wrote
Hm... okay.
ds wrote
Jetzt muss ich auch mal posten. Wegen der Absätze, und weil ich gespannt bin, wie der Gravatar aussieht ;-)
Absatz. _Dirk
at wrote
Wie gesagt: Ich lasse es einfach. Lesen dürfe es ja die anderen.
Christian Kruse wrote
Doch, das ist sie natürlich. Aber dieses Plugin habe ich hier mit Absicht nicht aktiviert. Ich finde, Absätze reichen völlig zur Strukturierung eines Textes – wer mehr möchte, möge sich doch bitte des HTML-Tags <br /> bedienen.
at wrote
Das mag sein. Ich wollte aber keine Absätze, sondern Zeilenumbrüche. Und dazu ist die Software offenbar nicht in der Lage.
Christian Kruse wrote
Also, Absätze werden eigentlich in jeder mir bekannten Weblog-Software gleich behandelt: zwei aufeinanderfolgende Zeilenumbrüche ;)
at wrote
Ich weiß, wie ich mehrzeilige Textfelder befülle und werde mich nicht an jede Blog-Software anpassen. Das habe ich für BBCode, Textile etc. schon nicht getan. Letztlich kann es mir ja auch egal sein. Mir genügt die Lesbarkeit meiner Beiträge ja. -- Ich lese sie schließlich schon beim Schreiben, und zu diesem Zeitpunkt ist ja noch alles in Ordnung.
Christian Kruse wrote
Du weisst, was Absätze sind und wie man sie in Plaintext im allgemeinen symbolisiert? ;))
at wrote
Harte Zeilenumbrüche sind übrigens nicht immer böse und dienen beizeiten sogar der Lesbarkeit.
at wrote
" Also, die Wikipedia sagt, OLE sei der Nachfolger. " Dann interpretierst du "ergänzt und erweitert" offenbar ein wenig anders als ich. Soweit ich weiß, erweitert OLE DDE um das COM, das es unter Windows 3.0 noch nicht gab. " Ist ja auch egal, ACT! hat eh nur eine OLE-Schnittstelle, sonst nix ;) " Eben. Ob die nun zufällig auch DDE-kompatibel ist, spielt wirklich keine Rolle.
Christian Kruse wrote
Also, die Wikipedia sagt, OLE sei der Nachfolger. Ist ja auch egal, ACT! hat eh nur eine OLE-Schnittstelle, sonst nix ;)
at wrote
Nö, nur älter. Unter Windows 3.11 "funktioinerte" jedenfalls beides parallel. Danach habe ich die Entwicklung aus den Augen verloren.
Christian Kruse wrote
DDE ist doch der Vorgänger von OLE? ;)
at wrote
Ach, OLE meintest du. Was mir dazu noch einfält, ist DDE.