AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

IBX vs. ADO

Ein Thema von Nico80 · begonnen am 24. Aug 2007 · letzter Beitrag vom 24. Aug 2007
Antwort Antwort
Nico80

Registriert seit: 28. Jun 2007
63 Beiträge
 
Delphi 2006 Enterprise
 
#1

IBX vs. ADO

  Alt 24. Aug 2007, 11:09
Datenbank: Firebird • Version: 2.0 • Zugriff über: IBX
Hallo an alle Leser,

ich habe mich vor kurzer Zeit entschieden von Interbase auf Firebird zu wechseln.
Als Zugriffskomponenten habe ich bisher immer die mitgelieferten IBX-Komponenten benutzt.
Um Datenbanktyp unabhängig zu werden, habe ich mich entschlossen mal mit ADO und dem IBProvider auf Firebird zuzugreifen.
Leider bemerke ich einen enormen Performance-Verlust (beim Lesen ~10fach). Hat jemand gleiche Erfahrungen gesammelt?
Sollte man doch lieber auf IBObjects/FIBPLUS/IBDAC umsteigen?
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.851 Beiträge
 
Delphi 11 Alexandria
 
#2

Re: IBX vs. ADO

  Alt 24. Aug 2007, 11:21
Für ADO gilt das ähnliche wie für die BDE: Finger weg, wenn es sich nicht um Access o.ä. handelt.
Von IBObjects hört man in letzter Zeit nicht viel gutes. IBDAC ist meiner Erfahrung gut. Hansa wird sich sicherlich später in diesem Thread noch für FIBPlus aussprechen.
Wenn eine gewisse Unabhängigkeit von der Datenbank erreicht werden soll (soweit das möglich ist; eher wohl nicht) wäre Zeos oder die CRLab-Kompos einen Blick wert.
Markus Kinzler
  Mit Zitat antworten Zitat
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#3

Re: IBX vs. ADO

  Alt 24. Aug 2007, 12:25
Zitat von mkinzler:
..Hansa wird sich sicherlich später in diesem Thread noch für FIBPlus aussprechen.
...
Yes, indead. Der 4. Mann hat sich noch nicht definitiv geäußert. Siehe hier :

http://www.delphipraxis.net/internal...515&highlight=

Zusammenfassung (subjektiv) :

Vorab : das "F" in FIBPlus steht nicht etwa für "Firebird", sondern für "Fast" (also schnell). IBObjects sind nicht TDataset kompatibel. Zeos ? Kennen sich Deine Anwender mit der DB-Programmierung aus, können also eine DB einschätzen und bestehen auf den Einsatz einer gewissen DB, dann würde ich mir die angucken, ansonsten nicht. Beide sind IMHO irgendwie seltsam. 8) Gehts nur um Interbase und Firebird, dann wirklich FIBPlus verwenden. Die sind darauf spezialisiert und müssen keine Einschränkungen machen, weil es vielleicht die ein oder andere Funktionalität für eine andere DB gar nicht gibt oder nur sehr kompliziert zu realisieren wäre. Ähnliches befürchte ich auch bei IBDAC. Will nicht wissen, wie oft da gesagt wird : "das bauen wir irgendwann dann auch mal für Firebird ein oder auch nicht". Kenne die aber zuwenig. Vielleicht haben sie auch genügend Leute, um das zeitnah hinzukriegen. Darf das alles keinen einzigen Cent kosten, dann würde ich eher bei IBX bleiben, als die Zeos zu benutzen. In Bezug auf Firebird stellt sich allerdings dann die Frage, wie lange das noch gut geht. Bei mir gehts jetzt schon nicht mehr.
Gruß
Hansa
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.851 Beiträge
 
Delphi 11 Alexandria
 
#4

Re: IBX vs. ADO

  Alt 24. Aug 2007, 12:31
CRLabs hat sehr zeitnah kurz nach FB2 Anpassungen an IBDAC gebracht. Und diese Komponenten bieten auch keine Abstraktion, wie z.B. Zeos. D.H. pro DB andere Komponenten.
Markus Kinzler
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:14 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz