Warum BDE nicht (mehr) benutzt werden sollte

[jobo]

BDE wird schon lange nicht mehr weiterentwickelt.
Die Stabilität ab Windows 7 ist nicht so gut.

Ich bitte um weitere Beiträge.

[stahli]

Du nennst doch die Gründe schon selbst.

Ein wenig trauere ich der BDE schon nach. Die Lernkurve und der Installationsaufwand waren gering.
Aber für ernsthafte und größere Projekte war die BDE noch nie (jedenfalls schon viele Jahre nicht mehr) optimal.

[sh17]

Zitat:

Zitat von jobo (Beitrag 1191373)

Die Stabilität ab Windows 7 ist nicht so gut.

Kann ich jetzt nicht bestätigen. (Delphi 6) Inwiefern? Was heisst stabil?

[BUG]

Zitat:

Zitat von stahli (Beitrag 1191380)

Du nennst doch die Gründe schon selbst.

Ich schätze er muss jemand anderen (Kollegen/Chef) davon überzeugen, BDE nicht einzusetzen beziehungsweise abzulösen.

Also sind wohl Links zu mehr oder weniger belastbaren Quellen mit offiziellen Aussagen, Erfahrungsberichten, Erfolge durch Umstellung, Benchmarks, usw. gefragt.

[Bernhard Geyer]

Zitat:

Zitat von jobo (Beitrag 1191373)

BDE wird schon lange nicht mehr weiterentwickelt.
Die Stabilität ab Windows 7 ist nicht so gut.

Eigentlich hat XP schon verstärkt für Stabilitätsprobleme gesorgt.

Aber warum nicht nehmen:

- Hoher Konfigurationsaufwand: BDE installieren (wird nicht überall erlaubt sein), BDE und ODBC-Quellen einrichten. Evtl. wissen aufbauen wie man welche Einstellungen vornehmen muss damit es überhaupt funktioniert:

- Lizenzprobleme. Bei MySQL fällt man in die GPL-Falle.

- Keine 64-Portierbarkeit. Oder hat schon jemand eine 64-Bit BDE gesehen?

- Ansprechen von neuen DB-Features. Diverse neue DB-Features/Datentypen lassen sich nur schwer oder gar nicht ansprechen

- Unicode-Kompatiblität. Oder kennt jemand eine Unicodefähiges dBase/Paradox das direkt mit der BDE zusammenarbeitet?

- Hoher Supportaufwand. All die BDE/ODBC-Einstellungen sind nunmal schwerer stabil zu bekommen als wenn man mit einer nativen Zugriffskomponente nur Ziel-DB, Ziel-Server und Username/PW mitgeben muss damit es geht.

[p80286]

Zitat:

Zitat von stahli (Beitrag 1191380)

Die Lernkurve und der Installationsaufwand waren gering.

Jo, klick klack bis zum ersten Erfolg. Und bei der ersten Frage, die über eingebauten Möglichkeiten hinaus ging, fingen die Verrenkungen an.

Und wehe es kommt eine zweite BDE-Datenbank auf den Rechner,...
Danach bin ich auf ODBC und ADO umgestiegen.
Da kann ich die funktionierende Konfiguration aus mehreren Treibern zusammen setzen.


Gruß
K-H

[stahli]

64bit-BDE (zumindest eine funktionierende) gibt es. Hatten wir schon mal in der DP.
Nicht, dass ich das empfehlen will, aber für Notfälle...

[Bernhard Geyer]

Zitat:

Zitat von stahli (Beitrag 1191380)

Die Lernkurve und der Installationsaufwand waren gering.

Aber nur wenn die Installation geklappt hat und nicht schon durch halbgare Installationen von Clicktel und Co. eine defektes System hinterlassen haben.
Und Lernaufwand? OK, um "Spiel-Datenbanken" zu betreiben ok. Wenns ans eingemachte ging war die BDE eher hinderlich.

[Bernhard Geyer]

Zitat:

Zitat von stahli (Beitrag 1191397)

64bit-BDE (zumindest eine funktionierende) gibt es. Hatten wir schon mal in der DP.
Nicht, dass ich das empfehlen will, aber für Notfälle...

Du meinst BDE unter 64-Bit Windows. Aber von einem 64-Bit BDE ist mir nix bekannt.

[stahli]

Ja, ich meinte "lauffähig".

[Bernhard Geyer]

Zitat:

Zitat von stahli (Beitrag 1191400)

Ja, ich meinte "lauffähig".

Also hatte man schon bei 90% der heutzutage verkaufen Windows-Rechner noch Glück das es Leute gegeben hat die Tricks gefunden haben BDE doch noch unter 64-Bit Windows zum laufen zu bekommen. Dieser 64-Bit Wechsel hat bisher nur bei Oracle minimal Kopfschmerzen bereitet (32-Bit Instant-Client paralell mitverteilen) und sonst keine Erhöhten Supportaufwand verursacht.

Wie siehts mit Win8 (nicht RT) aus? Ist hier jetzt die BDE entgültig gestorben oder wirken die Tricks noch? Würde mich freuen wenn's nicht mehr gehen würde.

[Bummi]

-permanent defekte Blobfelder
-ein richtiger Hänger in der BDE ist nur durch reboot zu beheben
-so gut wie keine SQL - Fähigkeiten
-bei Indexfehlern dreht sich der "Cursor"im Kreis, "while not EOF's" laufen in Endlosloops
-was man sucht: Feldtypen, Unicodefähig, echte Netzwerkfähigkeit, Trigger, Prozeduren, Views, Rechteverwaltung ... sicher beliebig erweiterbar ...

[hoika]

Hallo,

Einfach mal nach
Index Out of Date
Blob file has been modified
suchen.

Wobei das Problem bei Paradox liegt, nicht bei DBase.

Vieles gibt es bei Paradox,
naja immerhin :)

Heko

[Furtbichler]

Man kann die Frage mit
"Warum Faustkeile nicht mehr benutzt werden sollten", oder "Wieso sind Handkarren im Stadtverkehr suboptimal"
übersetzen. Zumindest mir wird dann intuitiv klar, das die Frage sich selbst beantwortet.

Argumente sind natürlich besser, aber es wurden schon alle genannt und manchmal ist eine Metapher auch verständlich.

[jaenicke]

Zitat:

Zitat von sh17 (Beitrag 1191386)

Zitat:

Zitat von jobo (Beitrag 1191373)

Die Stabilität ab Windows 7 ist nicht so gut.

Kann ich jetzt nicht bestätigen. (Delphi 6) Inwiefern? Was heisst stabil?

Solange man nur mit einem Programm auf die Datenbank zugreift, ist im Grunde alles gut. Das funktioniert in der Regel mit DBase z.B. reibungslos. (Genau das "in der Regel" ist aber auch schon das Problem, was wenn mal nicht?)

Nicht mehr immer funktionieren tut der Zugriff auf z.B. Netzwerkfreigaben von verschiedenen Programmen auf die selbe Datenbank. Das lief noch nie ganz reibungslos, aber mit den neuen Windowsversionen gibt es immer mehr Probleme. Wenn man SMB 2.0 abschaltet, läuft es aber auch noch unter Windows 7 und 8 einigermaßen gut mit DBase.

Für neue Projekte macht die BDE natürlich überhaupt keinen Sinn, da sie seit einem Jahrzehnt tot ist und nicht mehr weiterentwickelt wird. Und bei älteren Projekten ist ebenfalls genau das ein Problem, da keine Lösungen und Bugfixes mehr für Probleme kommen werden.

[MrSpock]

Ich habe gerade wieder eine seit Jahren ohne Probleme laufende BDE Anwendung auf Firebird umgestellt. War ziemlich aufwendig. Ich kann aber nicht bestätigen, dass die Anwendung unter Win 7 irgendwelche Probleme hatte. Ich wollte sie nur zukunftsfähig machen, weil ich erwarte, dass es zukünftig mit der BDE Probleme geben wird. Mit der BDE habe ich aber weder auf einem 32-bit Win 7 noch auf einem 64-bit Win 7 Probleme gehabt.

[Bernhard Geyer]

Zitat:

Zitat von MrSpock (Beitrag 1191432)

Mit der BDE habe ich aber weder auf einem 32-bit Win 7 noch auf einem 64-bit Win 7 Probleme gehabt.

dBase/Paradox ist oft die Ursache allen Übles. Hast du eine richtige DB dahinter läuft es eigentlich immer Stabiler als mit diesen Desktop-DB's

[FrankJ28]

Hallo,
ich habe meine Applikation auch von BDE auf ADO und MS-SQL umgestellt. Aber:

Zitat:

Wie siehts mit Win8 (nicht RT) aus? Ist hier jetzt die BDE entgültig gestorben oder wirken die Tricks noch? Würde mich freuen wenn's nicht mehr gehen würde.

Auch die BDE-Version läuft noch mit Paradox unter Win8 64 Bit stabil (und schnell). Zugriff über TTable. Das soll aber bitte nicht als Empfehlung verstanden werden :-)
Ciao
Frank

[ibp]

Zitat:

Zitat von Furtbichler (Beitrag 1191421)

Man kann die Frage mit
"Warum Faustkeile nicht mehr benutzt werden sollten", oder "Wieso sind Handkarren im Stadtverkehr suboptimal"
übersetzen. Zumindest mir wird dann intuitiv klar, das die Frage sich selbst beantwortet.

Argumente sind natürlich besser, aber es wurden schon alle genannt und manchmal ist eine Metapher auch verständlich.

Das kommt doch auf den Bedarf an. Warst du z.B. schon mal in Venedig? Da werden fast nur Handkarren zum transportieren verwendet! Es gibt immer Argumente die auch für altbewährtes sprechen treu der Devise "never change a running system"

Für Neuprojekte gilt natürlich, dass man auch mal über etwas anderes nachdenken darf.

Ich habe bisher auch keine Probleme mit der BDE gehabt für die Altprojekte. Für WIN8 kann ich da aber noch nicht sprechen.

[Uwe Raabe]

Zitat:

Zitat von ibp (Beitrag 1191441)

Das kommt doch auf den Bedarf an. Warst du z.B. schon mal in Venedig? Da werden fast nur Handkarren zum transportieren verwendet!

Venedig läuft ja auch noch unter Windows 3.11!

[joachimd]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1191434)

dBase/Paradox ist oft die Ursache allen Übles. Hast du eine richtige DB dahinter läuft es eigentlich immer Stabiler als mit diesen Desktop-DB's

dBase ist eine Speicherart, keine Zugriffsarchitektur;)

[joachimd]

Zitat:

Zitat von ibp (Beitrag 1191441)

Das kommt doch auf den Bedarf an. Warst du z.B. schon mal in Venedig? Da werden fast nur Handkarren zum transportieren verwendet!

Die schwimmen halt beser ...

[MrSpock]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1191434)

Zitat:

Zitat von MrSpock (Beitrag 1191432)

Mit der BDE habe ich aber weder auf einem 32-bit Win 7 noch auf einem 64-bit Win 7 Probleme gehabt.

dBase/Paradox ist oft die Ursache allen Übles. Hast du eine richtige DB dahinter läuft es eigentlich immer Stabiler als mit diesen Desktop-DB's

War eine Paradox Datenbank. :)

[ibp]

Zitat:

Zitat von Uwe Raabe (Beitrag 1191443)

Zitat:

Zitat von ibp (Beitrag 1191441)

Das kommt doch auf den Bedarf an. Warst du z.B. schon mal in Venedig? Da werden fast nur Handkarren zum transportieren verwendet!

Venedig läuft ja auch noch unter Windows 3.11!

im Moment läuft es eher unter Wasser...und es regieren dort auch noch Dogen, Italiener sind alle klein, faul und Mama hörig. Jedenfalls haben die z.B. ein moderneres Nahverkehrticktsystem als manches Dorf oder Manche Stadt hier im hochtechnisierten WIN8/OSX D.

Was nervt ist, dass bei jedem BDE-Thema einer der ersten Antworten immer ein BDE-Bashing ist. Ich denke einige hier verdienen mit coden ihren Unterhalt und es ist nicht immer möglich 1000e Zeilen Code zu durchforsten, BDE abzulösen, ggf. DB-Anpassungen durchzuführen und das alles noch zu testen. Vor allem wenn der Endanwender dir das nicht bezahlt, da er in erster Linie keinen Nutzen hat. Jeder muss selber abwiegen ob der Aufwand einer Ablösung ihm Wert ist.

[Bernhard Geyer]

Zitat:

Zitat von ibp (Beitrag 1191475)

Was nervt ist, dass bei jedem BDE-Thema einer der ersten Antworten immer ein BDE-Bashing ist. Ich denke einige hier verdienen mit coden ihren Unterhalt und es ist nicht immer möglich 1000e Zeilen Code zu durchforsten, BDE abzulösen, ggf. DB-Anpassungen durchzuführen und das alles noch zu testen. Vor allem wenn der Endanwender dir das nicht bezahlt, da er in erster Linie keinen Nutzen hat.

Das ist m.E. kein Bashing sondern ein dringender Hinweis das man hier was machen muss. Dem Kunden wird man sowas nicht in Rechnung stellen können sondern man muss es einfach machen wenn man nicht irgendwann mal vor dem Problem stehen will (Ok, bei BDE hat man bisher Glück gehabt) das nix mehr geht und man in einer Hauruck-Aktion sowas angehen muss. Das sind interne Modernisierungsarbeiten an einer Anwendung die man noch weiterentwickelt (Falls man das nicht mehr macht so sollte man den Kunden darauf hinweisen das man diese Anwendung im "wird nur das nötigste gemacht" Modus "weiterentwickelt") die man auch ohne Kundenbezahlung durch zu führen hat.

Ok, wir freuen uns das wir des öfteren neue Kunden bekommen bei dem der bisherige SW-Lieferant die Schiene "Never Change a running system" fährt bzw. für solche Umstellungen Geld will.

[mkinzler]

Die Abkündigung der BDE kam mit D7 ( 2002), die aktuelle Delphiversion ist D17 ( eigentlich D16, da es kein D13 gab). Das ist nun 10 Jahre her. Und ich bin mir sicher, dass der Aufwand an der Software um diese auf eine andere Technik umzustellen geringer gewesen wäre, als die ganzen Klimmzüge, die nötig waren, die BDE-Programme auf neuen OS-Versionen lauffähig zuz machen. Beim Zugriff auf externe DBMS war die BDE zudem schon immer ein Hemmschuh!

[Lemmy]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1191479)

Ok, wir freuen uns das wir des öfteren neue Kunden bekommen bei dem der bisherige SW-Lieferant die Schiene "Never Change a running system" fährt bzw. für solche Umstellungen Geld will.

aha.. Ihr entwickelt also für Eure Kunden eine SOftware, die von denen verkauft wird. Und ihr macht die Softwareentwicklung für die umsonst? Interessantes Thema!

Ich habe aktuell einen Kunden an der Backe (Delphi 5 + QR + BDE). Dem sind die Probleme durchaus bewusst. Und jetzt kommst Du her und behauptest, dass ich als Freiberufler mal eben so 60-80h in die Umstellung auf System X durchführen soll -. ohne Berechnung?!?!? Habe ich irgend was in der gesellschaftlichen Entwicklung verpasst? Bedingungsloses Grundeinkommen vielleicht? ;-)

Warum soll ich meinem Kunden eine Verbesserung ohne Gegenleistung implementieren? Er hat von der Umstellung ein deutlich leistungsfähigeres System, kann neue Kunden fischen (Netzwerkfähigkeit) und die Peformance und Stabilität erhöht sich (ich sag nur Indexfehler).

Bitte um Aufklärung!

Grüße

[Bernhard Geyer]

Zitat:

Zitat von Lemmy (Beitrag 1191482)

aha.. Ihr entwickelt also für Eure Kunden eine SOftware, die von denen verkauft wird. Und ihr macht die Softwareentwicklung für die umsonst? Interessantes Thema!

Hast du falsch verstanden. Der Kunde setzt unsere SW ein und bekommt neue SW-Versionen (Updates/Upgrades) wenn er einen Wartungsvertrag hat. Mit diesem bekommt er dann neue SW-Versionen die auch in solchen internen Bereichen weiter entwickelt wurden.

Zitat:

Zitat von Lemmy (Beitrag 1191482)

Ich habe aktuell einen Kunden an der Backe (Delphi 5 + QR + BDE). Dem sind die Probleme durchaus bewusst. Und jetzt kommst Du her und behauptest, dass ich als Freiberufler mal eben so 60-80h in die Umstellung auf System X durchführen soll -. ohne Berechnung?!?!? Habe ich irgend was in der gesellschaftlichen Entwicklung verpasst? Bedingungsloses Grundeinkommen vielleicht? ;-)

Hast nix verpasst. Zahlt er Wartung/ist SW unter Wartung bekommt er solche Umstellungen "umsonst". Hat er keine Wartung bekommt er eh nix (Außer das was im Vertrag als Garantiezeit vereinbart ist). Ist wie bei jeden SW-Hersteller auch. Oder verschenkt MS sein Windows / Office 2013 für Kunden die mal Windows NT/Office 6 gekauft haben?

Zitat:

Zitat von Lemmy (Beitrag 1191482)

... Stabilität erhöht sich (ich sag nur Indexfehler).

Indexfehler wäre eine SW-Mangel für die der Kunde eine Nachbesserunge verlangen kann. Er kauft deine SW und er kauft nicht die BDE. Wenn du intern BDE einsetzt und damit Probleme hast ist das dein Problem, nicht die des Kunden.

[ibp]

Zitat:

Zitat von mkinzler (Beitrag 1191481)

Die Abkündigung der BDE kam mit D7 ( 2002), die aktuelle Delphiversion ist D17 ( eigentlich D16, da es kein D13 gab). Das ist nun 10 Jahre her.

..und du kaufst dir auch jedes Jahr ein neues Auto weil die Fa. xyz einen neuen Wagen raus bringt der moderner und sicherer ist usw...

Zitat:

Zitat von mkinzler (Beitrag 1191481)

Und ich bin mir sicher, dass der Aufwand an der Software um diese auf eine andere Technik umzustellen geringer gewesen wäre, als die ganzen Klimmzüge, die nötig waren, die BDE-Programme auf neuen OS-Versionen lauffähig zuz machen.

..das kann ich nicht nachvollziehen, hatte diesbezüglich noch nie Probleme. BDE installiert und fertig.

...die Diskussion kann so unendlich fortgeführt werden..bringt ja nichts. Sollte nun ein Kunde sich technisch neu orientieren und das böse BDE-Programm läuft nicht mehr mit dem System, dann wird er auch ohne jede Anstrengung bereit sein wieder mehr Geld zu investieren. ich habe jedenfalls die Kunden die es betrifft diesbezüglich aufgeklärt.

[mkinzler]

Zitat:

Zitat von ibp (Beitrag 1191485)

Zitat:

Zitat von mkinzler (Beitrag 1191481)

Die Abkündigung der BDE kam mit D7 ( 2002), die aktuelle Delphiversion ist D17 ( eigentlich D16, da es kein D13 gab). Das ist nun 10 Jahre her.

..und du kaufst dir auch jedes Jahr ein neues Auto weil die Fa. xyz einen neuen Wagen raus bringt der moderner und sicherer ist usw...

10 Jahre in der It entsprechen 100 für Autos. Es gibt wohl noch wenig Autos, die vor 100 jahren gebaut wurden und noch immer verwendet werden.

Zitat:

Zitat:

Zitat von mkinzler (Beitrag 1191481)

Und ich bin mir sicher, dass der Aufwand an der Software um diese auf eine andere Technik umzustellen geringer gewesen wäre, als die ganzen Klimmzüge, die nötig waren, die BDE-Programme auf neuen OS-Versionen lauffähig zuz machen.

..das kann ich nicht nachvollziehen, hatte diesbezüglich noch nie Probleme. BDE installiert und fertig.

Dann hast du Glück gehabt. Ich vermute einmal die Programme laufen nur lokal mit einem Benutzer und die Installation wurde abw. der Standardinstallation installiert oder nit mit einem NTFS Dateisystem. Btw. bei Verwendung einer embedded DB wie SQLite oder FB embedded könnte man dann auf die Installation der BDE verzichten, der Zugriff wäre schneller und man hätte mehr Features.

Zitat:

...die Diskussion kann so unendlich fortgeführt werden..bringt ja nichts. Sollte nun ein Kunde sich technisch neu orientieren und das böse BDE-Programm läuft nicht mehr mit dem System, dann wird er auch ohne jede Anstrengung bereit sein wieder mehr Geld zu investieren. ich habe jedenfalls die Kunden die es betrifft diesbezüglich aufgeklärt.

Mit jedem Windowspatch könnte die Lauffähigkeit der BDE schlagartig beendet sein.

[ibp]

Zitat:

Zitat von mkinzler (Beitrag 1191487)

Zitat:

Zitat von ibp (Beitrag 1191485)

Zitat:

Zitat von mkinzler (Beitrag 1191481)

Die Abkündigung der BDE kam mit D7 ( 2002), die aktuelle Delphiversion ist D17 ( eigentlich D16, da es kein D13 gab). Das ist nun 10 Jahre her.

..und du kaufst dir auch jedes Jahr ein neues Auto weil die Fa. xyz einen neuen Wagen raus bringt der moderner und sicherer ist usw...

10 Jahre in der It entsprechen 100 für Autos. Es gibt wohl noch wenig Autos, die vor 100 jahren gebaut wurden und noch immer verwendet werden.

Was ist die Grundlage einer solchen These? Wohl eher diesbezüglich nicht vergleichbar.

Zitat:

Zitat von mkinzler (Beitrag 1191487)

Zitat:

Zitat:

Zitat von mkinzler (Beitrag 1191481)

Und ich bin mir sicher, dass der Aufwand an der Software um diese auf eine andere Technik umzustellen geringer gewesen wäre, als die ganzen Klimmzüge, die nötig waren, die BDE-Programme auf neuen OS-Versionen lauffähig zuz machen.

..das kann ich nicht nachvollziehen, hatte diesbezüglich noch nie Probleme. BDE installiert und fertig.

Dann hast du Glück gehabt. Ich vermute einmal die Programme laufen nur lokal mit einem Benutzer und die Installation wurde abw. der Standardinstallation installiert oder nit mit einem NTFS Dateisystem. Btw. bei Verwendung einer embedded DB wie SQLite oder FB embedded könnte man dann auf die Installation der BDE verzichten, der Zugriff wäre schneller und man hätte mehr Features.

Nein tun sie nicht, auch hatte ich mit NTFS noch nie Probleme.

Zitat:

Zitat von mkinzler (Beitrag 1191487)

Zitat:

...die Diskussion kann so unendlich fortgeführt werden..bringt ja nichts. Sollte nun ein Kunde sich technisch neu orientieren und das böse BDE-Programm läuft nicht mehr mit dem System, dann wird er auch ohne jede Anstrengung bereit sein wieder mehr Geld zu investieren. ich habe jedenfalls die Kunden die es betrifft diesbezüglich aufgeklärt.

Mit jedem Windowspatch könnte die Lauffähigkeit der BDE schlagartig beendet sein.

..das konterkariert deine Auto-These ;-) Alle Fahrbaren Untersätze auch die älter als 100 Jahre sind laufen heute noch auf den aktuellen Straßenbelägen... ;-)

[Lemmy]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1191484)

Hast du falsch verstanden. Der Kunde setzt unsere SW ein und bekommt neue SW-Versionen (Updates/Upgrades) wenn er einen Wartungsvertrag hat. Mit diesem bekommt er dann neue SW-Versionen die auch in solchen internen Bereichen weiter entwickelt wurden.

Ah Ok, aber da können wir uns dann drum schlagen, denn dann bekommt ihr doch Geld für so was ;-) Um das nicht zu weiter zu vertiefen: wir sind bei dem Thema auf gleicher Wellenlänge :-)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1191484)

Zitat:

Zitat von Lemmy (Beitrag 1191482)

... Stabilität erhöht sich (ich sag nur Indexfehler).

Indexfehler wäre eine SW-Mangel für die der Kunde eine Nachbesserunge verlangen kann. Er kauft deine SW und er kauft nicht die BDE. Wenn du intern BDE einsetzt und damit Probleme hast ist das dein Problem, nicht die des Kunden.

nein, denn wenn ich das Projekt 2011 übernehme (das seit 2000 existiert), dem Kunden mitteile, dass ich dafür nicht garantieren kann, er mir sagt, dass er da ausreichend Erfahrung hat und mit diesem Zustand weiter leben will, weil die Kosten für die Umstellung nicht mehr erwirtschaftbar sind, ist das nicht mein Problem, sondern das des Kunden. Ich kann lediglich immer wieder rechtzeitig auf Probleme hinweisen (Win 8 Test usw). Alternative wäre lediglich das Projekt ablehnen.

Ich denke es kommt hier einfach auf die Umstände drauf an: Uraltprojekte, die halt gepflegt werden, wo aber sichtbar ist, dass Kunden wie auch der Eigentümer (bitte nicht falsch verstehen) absehbar "aussterben" (Geschäftsaufgabe, Rente,...) - weshalb soll man sich da eine solche grundlegenede Architekturänderung durchführen? Dass der Zeitpunkt schon vor 5-7 Jahren verpasst wurde, kein Thema, da brauchen wir auch nicht drüber reden.

Wenn es um Einstieg in die DB Entwicklung geht, um Prototypen oder um kleine Hilfstools - da gibts zig bessere Alternativen die einem auch in Zukunft noch weiter helfen können.

[mjustin]

Zitat:

Zitat von ibp (Beitrag 1191441)

Es gibt immer Argumente die auch für altbewährtes sprechen treu der Devise "never change a running system"

Ja, solange die Entwickler noch nicht in Rente sind, kann das auch eine Zeit lang gutgehen.

Im Radio wurde hier und hier zum gestrigen Münchner Stromausfall erläutert, die Steuerungssoftware wäre schon so alt, dass kaum noch jemand das System komplett verstehen kann.

Ein anderes Motto und ein Rezept gegen Softwareverfall, das man in der IT Praxis oft hört. ist die Pfadfinderdevise (Boy Scout Rule): einen Platz immer in besserem Zustand zu verlassen als man vorgefunden hat.

[Bernhard Geyer]

Zitat:

Zitat von ibp (Beitrag 1191492)

Nein tun sie nicht, auch hatte ich mit NTFS noch nie Probleme.

NTFS ist mir auch unbekannt. Aber Netzwerkzugriff und Multiuser sind so Problemfälle

Zitat:

Zitat von ibp (Beitrag 1191492)

..das konterkariert deine Auto-These ;-) Alle Fahrbaren Untersätze auch die älter als 100 Jahre sind laufen heute noch auf den aktuellen Straßenbelägen... ;-)

Und kannst du auch Problemlos an der Tankstelle tanken (Stichwort E5/E10 bzw. Bioethanol?
Oder wie würde es Steuerlich mit der Kosten aussehen wenn es nicht die Olttimer-Regelung gäbe?

[Bernhard Geyer]

Zitat:

Zitat von Lemmy (Beitrag 1191482)

nein, denn wenn ich das Projekt 2011 übernehme (das seit 2000 existiert), ...

Von wo hast du es übernommen? Hat dir der Kunde die SW gegeben und du sollst Sie pflegen? Dann ist das natürlich eine andere (auch Rechtlich/Garantietechnisch) oder bist du in einer Firma und hast die SW von einem Kollegen übernommen (Da wäre das das Problem deiner Firma).

Zitat:

Zitat von Lemmy (Beitrag 1191482)

Ich denke es kommt hier einfach auf die Umstände drauf an: Uraltprojekte, die halt gepflegt werden, wo aber sichtbar ist, dass Kunden wie auch der Eigentümer (bitte nicht falsch verstehen) absehbar "aussterben" (Geschäftsaufgabe, Rente,...) - weshalb soll man sich da eine solche grundlegenede Architekturänderung durchführen? Dass der Zeitpunkt schon vor 5-7 Jahren verpasst wurde, kein Thema, da brauchen wir auch nicht drüber reden.

Es gibt aber genügend Fälle da kann eigentlich mit längerer Restlebensdauer gerechnet werden (bzw. das EOL wird sich die nächsten 10 Jahre jeweils um 1 Jahr immer wieder verschieben).

Zitat:

Zitat von Lemmy (Beitrag 1191482)

Wenn es um Einstieg in die DB Entwicklung geht, um Prototypen oder um kleine Hilfstools - da gibts zig bessere Alternativen die einem auch in Zukunft noch weiter helfen können.

Für diese Fälle ist die BDE sollte die BDE eigentlich gar nicht mehr bekannt sein. Emba sollte es endlich schaffen die BDE ähnlich wie vor Jahren Quickreport nur noch Nachinstallierbar/aktivierbar gestalten und eine vollständigen Ersatz bieten. Blackfish war/ist es m.E. nicht

[mkinzler]

Zitat:

NTFS ist mir auch unbekannt. Aber Netzwerkzugriff und Multiuser sind so Problemfälle

Im Standardpfad für die netzlogdatei c:\ hat man als Nicht-Admin normalerweise kein Schreibrecht.

[Lemmy]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1191509)

Zitat:

Zitat von Lemmy (Beitrag 1191482)

nein, denn wenn ich das Projekt 2011 übernehme (das seit 2000 existiert), ...

Von wo hast du es übernommen? Hat dir der Kunde die SW gegeben und du sollst Sie pflegen? Dann ist das natürlich eine andere (auch Rechtlich/Garantietechnisch) oder bist du in einer Firma und hast die SW von einem Kollegen übernommen (Da wäre das das Problem deiner Firma).

Genau, Kunde kam zu mir, wollte ein paar Kleinigkeiten und kommt jetzt alle 6-8 Monate mit anderen Kleinigkeiten. Über den Umstieg haben wir schon gesprochen, aber er hat schon Probleme die wirklich notwendigen (fachlichen) Anpassungen zu finanzieren und der Markt gibt halt nicht viel her. Von einer Netzwerkversion würde er sich ein paar Kunden mehr versprechen, aber das ist halt seine Entscheidung ob er dieses Risiko eingehen will.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1191509)

Für diese Fälle ist die BDE sollte die BDE eigentlich gar nicht mehr bekannt sein. Emba sollte es endlich schaffen die BDE ähnlich wie vor Jahren Quickreport nur noch Nachinstallierbar/aktivierbar gestalten und eine vollständigen Ersatz bieten. Blackfish war/ist es m.E. nicht

sitmmt, das wäre eine gute Option. VOllständigen Ersatz: da war doch dbExpress gedacht. Aber ehrlich: Für kleine Geschichten reicht doch im Grunde das CDS und wenn es mehr werden soll, dann gibt es ausreichend Alternativen, die Embarcadero aber auch mal öffentlicher hervorheben sollte.

GRüße

[ibp]

Zitat:

Zitat von mjustin (Beitrag 1191504)

Zitat:

Zitat von ibp (Beitrag 1191441)

Es gibt immer Argumente die auch für altbewährtes sprechen treu der Devise "never change a running system"

...
Im Radio wurde hier und hier zum gestrigen Münchner Stromausfall erläutert, die Steuerungssoftware wäre schon so alt, dass kaum noch jemand das System komplett verstehen kann....

glaube kaum, dass es in diesem Fall ums verstehen geht sondern eher um Kosten. Bezahle es und es wird sich einer einarbeiten können. Wenn du eine Software übernimmst, dann musst du dich auch einarbeiten.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1191505)

Zitat:

Zitat von ibp (Beitrag 1191492)

..das konterkariert deine Auto-These ;-) Alle Fahrbaren Untersätze auch die älter als 100 Jahre sind laufen heute noch auf den aktuellen Straßenbelägen... ;-)

Und kannst du auch Problemlos an der Tankstelle tanken (Stichwort E5/E10 bzw. Bioethanol?
Oder wie würde es Steuerlich mit der Kosten aussehen wenn es nicht die Olttimer-Regelung gäbe?

..ich sage ja nicht, dass es nicht zu Problemen führen kann, aber wenn sich jemand den Unterhalt leisten kann und will, dann ist das doch OK.

Meines Erachtens ist z.b. Pascal in den frühen 70er erschienen und wir programmieren heute immer noch damit, obwohl es auch neuere Sprachen gibt. Wenn wir jedes mal auf neue Sprachen, Techniken usw. switchen würden, das könnte doch kein Mensch bezahlen, nur weil es immer das neueste, modernste oder beste ist.

[Bernhard Geyer]

Zitat:

Zitat von ibp (Beitrag 1191518)

Meines Erachtens ist z.b. Pascal in den frühen 70er erschienen und wir programmieren heute immer noch damit, obwohl es auch neuere Sprachen gibt.

Pascal der 70er hat aber auch nur einen Bruchteil der Sprachfeatures der heutigen Delphi-Versionen. So "kleinigkeiten" wie das Schlüsselwort class gabs damals noch nicht ...

[FrankJ28]

Hi,

Zitat:

Im Standardpfad für die netzlogdatei c:\ hat man als Nicht-Admin normalerweise kein Schreibrecht.

deswegen legt man die ja auch für alle Netzuser zugänglich ein gemeinsames Netzverzeichnis (\\Server\Pfad) und alles ist prima. Noch ein paar Einstellungen in der BDE und gut wäre (wäre da nicht die Ungewissheit, Fixes, Patches etc).
Ciao
Frank