Paradox ohne BDE

[Jasocul]

Zitat von Codehunter:

Zitat von Jasocul:

Zitat von MaBuSE:

Ich würde Dir auch empfehlen, die Anwendung auf einen SQL-Server zu migrieren. (unabhängig vom Hersteller MS, Oracle, ...)

Zu dem Schluss bin ich inzwischen auch gekommen.

Will auch gründlich überlegt sein. Lizenzkosten einerseits, Zukunftssicherheit andererseits, Features passend zu den Anforderungen drittens.

Lizenz ist kein Problem. Wir haben bereits MS-SQL und Oracle im Einsatz. Zukunftsssicherheit gibt es in der IT sowieso nicht. Für die passenden Features müssen die alten Programme sowieso erstmal gründlich analysiert werden. Da stellt sich eher die Frage, wann wir dazu kommen.

Zitat von Codehunter:

Zitat von Jasocul:

Ich werde jetzt erstmal klären, ob es unter Citrix tatsächlich keine Probleme gibt. Wenn es denn so sein sollte, werde ich versuchen, die Umstellung sukzessive durchzuführen, da offensichtlich verschiedene Programme auf die selben Paradox-Tabellen zugreifen und die Dokumentation eher spärlich ist.

Hat das noch nie gerumpelt bei konkurrierenden Zugriffen? Das tät mich sehr wundern.

Das hat wohl vor einigen Jahren mal gerumpelt. Inzwischen sind die Prozesse ziemlich entzerrt, so dass eigentlich kaum noch konkurrierend mit den Tabellen gearbeitet wird.

[Redeemer]

Zitat von Codehunter:

Zitat von Jasocul:

Zitat von MaBuSE:

Ich würde Dir auch empfehlen, die Anwendung auf einen SQL-Server zu migrieren. (unabhängig vom Hersteller MS, Oracle, ...)

Zu dem Schluss bin ich inzwischen auch gekommen.

Will auch gründlich überlegt sein. Lizenzkosten einerseits, Zukunftssicherheit andererseits, Features passend zu den Anforderungen drittens.

Ich spreche mal aus Erfahrung mit MSSQL und Paradox: An der Stelle, an der die aktuellen Express-Editionen die Segel streichen, hast du durch Paradox

• täglich eine zu große Sperrdatei
• wöchentlich einen Index zerlegt
• wöchentlich verschwundene Daten, die aus dem Backup geholt werden müssen
• 50% Nutzer, die in Paradox nicht richtig suchen können, weil sie mehr als 2 GiB (modulo 4 GiB) freien Festplattenspeicher und keine gehackte idapi32.dll haben
• vermutlich mindestens einen Nutzer, der „prüfen“ wollte, ob man tatsächlich alle „passwortgeschützten“ Paradox-Dateien einfach durch Eingabe von wahlweise „cupcdvum“ oder „jIGGAe“ öffnen und bearbeiten kann

Zitat von jobo:

Allerdings würde ich es einfach eine dateibasierte Datenbank nennen und nicht BDE Replacement wie im Link.

Korrekt. Hat mit Paradox absolut gar nichts zu tun.

[p80286]

[OT]

Zitat von Jasocul:

Zukunftsssicherheit gibt es in der IT sowieso nicht.

Doch gibt es. Bastel irgendein Provisorium und das hält und hält und hält......

Gruß
K-H
[/OT]

[jobo]

Interessante Sichtweise!

Liegt es vielleicht an der anderen Erwartungshaltung der Nutzer?
Wenn Worte wie Professional, Enterprise, Ultimate usw. fehlen (und die zugehörigen Kosten), ist man dann großzügiger?

[Codehunter]

Zitat von p80286:

[OT]

Zitat von Jasocul:

Zukunftsssicherheit gibt es in der IT sowieso nicht.

Doch gibt es. Bastel irgendein Provisorium und das hält und hält und hält......
[/OT]

Nur, wenn man es wirklich NIE wieder anfässt

[p80286]

Zitat von jobo:

Interessante Sichtweise!

Liegt es vielleicht an der anderen Erwartungshaltung der Nutzer?
Wenn Worte wie Professional, Enterprise, Ultimate usw. fehlen (und die zugehörigen Kosten), ist man dann großzügiger?

Keine Ahnung! Ich hab des öfteren solche Bastellösungen gebaut, und die waren nicht kaputt zu kriegen. Ich vermute weil sie keine Eierlegenden Wollmilchsäue waren, und genau eine Aufgabe erledigten.

Gruß
K-H

[jaenicke]

Zitat von Redeemer:

50% Nutzer, die in Paradox nicht richtig suchen können, weil sie mehr als 2 GiB (modulo 4 GiB) freien Festplattenspeicher und keine gehackte idapi32.dll haben

Das habe ich damals alles im Speicher des Prozesses gefixt, inklusive der Schutzverletzungen beim Beenden der Anwendung, die seit Windows 7 immer wieder mal auftraten. Glücklicherweise kam das alles erst nach den wichtigsten Deinitialisierungen der BDE, so dass ich eine Stelle gefunden habe, an der ich gefahrlos die weitere Deinitialisierung der idapi32.dll abbrechen konnte.