![]() |
AW: Bester Zugriff auf Firebird DB aus Berlin 10.1 ?
Seltsam. Wenn du bspw. sagen wir mal Pro aktivierst und nicht gleich das Add-On Pack mit, dann muss man tatsächlich neu installieren und nicht nur reparieren. Ansonsten wird FireDAC mit Sourcen installiert ohne Muh und Mäh.
Das muss gehen. Du bekommst mit dem Add-On EMS auch :-D. In dem Fall lässt du schon viel liegen. Zitat:
|
AW: Bester Zugriff auf Firebird DB aus Berlin 10.1 ?
Rechtlich ist die Beschränkung der lokale Zugriff und technisch fehlen die DB Links zu den größeren Mainstream Datenbanken. Es fehlen Driver Links. An dem ist der Unterschied zwischen Prof. pur und mit Add-On Pack oder Enterprise auf jeden Fall zu erkennen.
Zitat:
|
AW: Bester Zugriff auf Firebird DB aus Berlin 10.1 ?
IBX ist dabei ;). IBX war sicher auch ohne Add-On Pack dabei *) Interbase und Interbase Admin.
Kann sein, dass ich mich irre. Aber nachdem ich die Komponenten durchsuche, da ich den Schlüssel für das Add-On pack hatte vergessen,... ich bin eher sicher die waren da. Interbase vs. Firebird gibt es einige Möglichkeiten. Ich weiß nicht warum man unbedingt das Heil in anderen Komponenten sollte suchen. Zumal du in jedem Fall eine DB Client Library brauchst... Die Alternativen in List von IBPhoenix ![]() Im Prinzip reicht ZEOS. IBObjects war eigentlich früher immer meine bevorzugte Alternative für Interbase (seit 4.0). Devart geht auch. Devart ist eben stärker wenn man ohne Client Libraries will auskommen. In dem Fall ist der Vorteil schon auch ein schlagender. Lazarus Fiblib kann ich nicht beurteilen. IBX ![]() Ein Beschränkung von Delphi Pro auf lokale Datenbanken bezüglich IBX kann ich mir schwer vorstellen. Den Zugriff auf die eigene Datenbank zu beschränken macht tatsächlich wenig Sinn, wenn man davon Lizenzen verkaufen will. Zitat:
|
AW: Bester Zugriff auf Firebird DB aus Berlin 10.1 ?
Bei IBObjects weiß man halt nicht, wie es weiter geht.
Ich denke, man muss sich zuerst die Frage stellen, ob man Geld für die DB-Komponenten ausgeben will/darf. Wenn nicht: IBX waren immer die schlankesten Komponeten, d.h. die machen keine magischen Dinge zwischen App und DB. Dafür fehlen einige Features, wie Makros in SQLs. Muss man dann halt selber bauen. Und wenn man eine andere DB neben Firebird unterstützen muss, ist IBX wenig geeignet. Da hat ZEOS Vorteile, wobei ich das schon lange niucht mehr nutze und über den aktuellen Stand nichts sagen kann. Wenn schon: Trial runterladen und eine Woche damit arbeiten. Mir ist nichts untergekommen, was gar nicht funktioniert. Aber im Details unterscheiden sich die Komponenten doch zum Teil erheblich und zwar weniger vom Funktionsumfang, sondern vom Lösungsansatz und der Dokumentation und der Möglichkeit, im Internet Lösungen zu finden. Bei mir ist vor einigen Jahren dann AnyDAC als Favorit rausgekommen und die wurden dann von Embarcadero gekauft. Offensichtlich haben die die selbe Wahl gehabt (oder andere standen nicht zum Verkauf, wer weis das schon genau.) Habe die Wahl bisher nicht bereut, aber ich Suche auch nicht jedes Jahr oder bei jedem Projektbeginn was Neues... |
AW: Bester Zugriff auf Firebird DB aus Berlin 10.1 ?
Neues Zeug würde ich nicht mit IBObjects anfangen. Durch die Verknüpfung von DBZugriffskomponenten und GUI handelst Du dir einfach zu viele Abhängigkeiten ein, die man heute einfach nicht haben will.
IBX mit Firebird würde ich (ich weiß ich wiederhole mich, ich werde dennoch nicht müde es zu sagen), nicht einsetzen. Wer ein ORM in Betracht zieht, kann auch UIB nehmen, schlanker gehts fast nicht mehr.... Und das würde ich bei einer Neuentwicklung eh als erstes auf die ToDo setzen... |
AW: Bester Zugriff auf Firebird DB aus Berlin 10.1 ?
Danke für die ganzen Antworten.
Ich werde das Intern besprechen. |
AW: Bester Zugriff auf Firebird DB aus Berlin 10.1 ?
Hallo,
Zitat:
|
AW: Bester Zugriff auf Firebird DB aus Berlin 10.1 ?
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:22 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz