Ergebnis der Suchanfrage

• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by Bernhard Geyer, 12. Nov 2008
  Du solltest m.E. auch deine schon entwickelten Sachen umstellen. Ich halte die BDE für eine Zeitbombe die mit jedem Windows-Update hoch gehen kann, sprich: Sie geht nicht mehr.
  
  
  Was ist wohl fehleranfälliger:
  
  Anwendung -> BDE -> ODBC -> ODBC-Jet-Treiber -> JET-Engine -> DB
  
  oder
  
  Anwendung -> ADO -> JET-Engine -> DB
• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by Bernhard Geyer, 11. Nov 2008
  Ok. Beispiel aus unserem Bereich:
  
  - Diverse Datentypen (nvarchar) aus MS-SQL werden nicht korrekt über ODBC und BDE übertragen (Spalten kommen Teilweise nicht an)
  - Diverse Abfragen (komplexere Joins mit Prepared) Statements krachen bei verwendung über BDE. Gleiche Statements über ADO (früher mit ADOExpress/dbGo, jetzt ohne) funktionieren einwandfrei.
  - Absturz BDE-Anwendung wenn viele...
• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by Bernhard Geyer, 11. Nov 2008
  Aber du solltest hoffen das die Systemumgebung sich nicht irgendwann mal ändert. z.B. aktueller Firebird auf Windows 2008 und die Clients auf W2008 TS. Ob das dann auch noch läuft ...
  
  
  Die Praxis zeigt aber auch das mit jedem Windows-Update oder jedem neueren Windows die Probleme mit BDE größer werden. Zwar nicht unbedingt im Serverbetrieb aber der Paradox/dBase-Betrieb wird unter o.g. neuen...
• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by Bernhard Geyer, 11. Nov 2008
  Bei der BDE müsstest du beim Zugriff auf MS Access die DAO-Komponenten mitliefern (ok, du kannst noch einen größeren Umweg über ODBC machen) welche du nur mitliefernt darfst wenn mindestens ein Programm mit einer MS-IDE erstellt wurde.
  
  Ach ja. Eigentlich sollte mit D2009 gar keine BDE mehr mitgeliefert werden. Ich hoffe aber das mit 64-Bit Delphi/C++-Builder entgültig die BDE gestorben ist.