Ergebnis der Suchanfrage

• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by exilant, 12. Nov 2008
  Ja. So ungefähr. Du solltest aber durchaus bemüht sein, die BDE auch in bestehenden Projekten zu ersetzen.
  Für neue Projekte gilt wie alle anderen hier auch geschrieben haben: Finger weg von der BDE.
• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by exilant, 11. Nov 2008
  Ich stimme voll und ganz überein. BDE Anwendungen sind Migrationskandidaten bzw.Pflegefälle. Mir ging es in meinen Antworten nicht darum zur BDE zu raten - das Gegenteil ist richtig - sondern nur darum faktisch falsche Aussagen zu zu wiederlegen. Ausdrücklich: Niemand sollte neue Anwendungen mit der BDE entwickeln. Wo immer sich die Zeit findet sollten BDE Anwendungen auf "moderne"...
• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by exilant, 11. Nov 2008
  Die Performance ist OK. Ich habe hier den direkten Vergleich FIBPlus /BDE SQLLinks. Die BDE ist IMO besser/schneller als Ihr Ruf, wenn auch nicht so schnell wie die anderen Zugriffswege. Bei den beiden anderen Punkten hast Du natürlich recht.
• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by exilant, 11. Nov 2008
  So? Ich nehme an Du hast da Deine Erfahrungen. Ich kann nur sagen das hier und bei anderen Kunden des Anbieters noch ettliche BDE/SQLLinks Anwendungen mit Sybase und Interbase/Firebird als Backend im 24/7 Betrieb laufen. Und das seit vielen Jahren ohne Probleme. Neue Anwendungen sollten natürlich nicht mit der BDE entwickelt werden, aber das die BDE für C/S DB Anwendungen unbrauchbar wäre ist...
• Forum: Datenbanken

  Re: Warum nicht BDE?

    Delphi
    by exilant, 11. Nov 2008
  Diese Aussage ist definitiv falsch. Es werden lediglich keine verschachtelten Transaktionen
  unterstützt. Mittels SQLLinks ist eine "Starttransacion / Try commit / except rollback" Sequenz kein Problem.
  Natürlich nur bei "echten Datenbanken". Bei diesen übernimmt die BDE im Normalfall halt die
  Transaktionssteuerung für den Entwickler (Stichwort autocommit). Aber man kann eingreifen.