Delphi-PRAXiS
Seite 3 von 7     123 45     Letzte »    

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi Turbo Delphi + Interbase-Komponenten (https://www.delphipraxis.net/128572-turbo-delphi-interbase-komponenten.html)

globetrotter77 2. Feb 2009 13:54

Re: Turbo Delphi + Interbase-Komponenten
 
Zitat:

Zitat von Roland1967
Ganz unbrauchbar sind die IBX-Komponenten meiner Meinung nicht. Wer einen Einstieg für Firebird sucht, kann auch die IBX-Komponenten für Firebird 2.1 verwenden. Sollten die Projekte aber komplexer werden, rate ich auch zu anderen Komponenten. Ich habe mich z.B. für IBDAC entschieden und es keine Sekunde bereut.

Die kostenlose Personal-Edition von IBExpert für die Verwaltung der Datenbanken genügt in den meisten Fällen.

Mir raucht langsam der Kopf.
Wenn ich eine Anwendung unter Verwendung von IBExpert PE erstelle, dann darf ich sie doch nicht weitergeben, oder? Ist ja nur ne Personal Edition ...
Oder ist das doch erlaubt? Wozu dann die kostenpflichtigen Varianten?

Und wenn ich stattdessen (oder doch zusätzlich?) IBDAC nehme, habe ich keine Scherereien?

IBDAC mit Firebird embedded funktioniert also zuverlässig?
Verstehe ich das richtig, dass IBDAC erst dann Geld sehen will, wenn du mit deinem Produkt auch Geld verdienst?

DeddyH 2. Feb 2009 14:16

Re: Turbo Delphi + Interbase-Komponenten
 
IBExpert ist ein Administrationstool für Interbase-/Firebird-Datenbanken und hat mit der Weitergabe einer DB bzw. von Zugriffskomponenten überhaupt nichts zu tun.

globetrotter77 2. Feb 2009 14:57

Re: Turbo Delphi + Interbase-Komponenten
 
Also gut, welche Zugriffskomponenten kann man dann nehmen, die auch mit der Anwendung weitergegeben werden können?
Ich dachte, dass es darum geht, einen Drittanbieter von Zugriffskomponenten zu nehmen, oder habe ich das wieder mal falsch verstanden?

mkinzler 2. Feb 2009 15:29

Re: Turbo Delphi + Interbase-Komponenten
 
Mit IBX funktionieren (noch) die grundsätzlichen Sachen -> Kompatibilität abnehmend da sich IB unf FB auseinanderentwickeln.
Bei IBDAC oder FIBPlus hast du da keine Probleme.
InterBase ist ein kommerzielles Produkt, welches du für die Weitergabe entsprechend lizenzieren must. Bei FireBird besteht diese Problem nicht -> kostenlose Weitergabe.

omata 2. Feb 2009 15:33

Re: Turbo Delphi + Interbase-Komponenten
 
Nun komm doch mal wieder runter.

Bleib bei Turbo Delphi und Firebird + dbExpress. Überlege dir doch einfach wie du dein Problem mit den gegebenen Mitteln lösen kannst. Ein Index bringt dir nichts, ausserhalb der Datenbank. Lass die Sortierung durch die Datenbank erledigen, dann wird auch der angelegt Index benutzt.
Es ist immer langsam, wenn du mal eben 100MB in deine Anwendung und damit in den Arbeitsspeicher pumpst. Da liegt das eigentliche Problem und da ist es völlig egal, welche Datenbank und welche Zugriffsmethode du wählst. Ändere dein Konzept, deine Einstellung und sei kreativ.

Sorry, aber ich kann es nicht mehr hören.

Bitte jetzt steinigen...

Sherlock 2. Feb 2009 15:39

Re: Turbo Delphi + Interbase-Komponenten
 
OT:
http://www.jungfraumaria.onlinehome....steinigung.jpg

Sherlock

[edit=mkinzler]Bild-Link wegen möglicher Copyrightverletzung entfernt Mfg, mkinzler[/edit]

omata 2. Feb 2009 15:44

Re: Turbo Delphi + Interbase-Komponenten
 
[ot]
Da hab ich ja jetzt glück, war ja schon um 15:00. Oder steht die dann morgen an? :hi:
[/ot]

Hansa 2. Feb 2009 15:54

Re: Turbo Delphi + Interbase-Komponenten
 
Zitat:

Zitat von globetrotter77
...Es kann doch nicht wahr sein, dass man sich zuerst mal tage- und wochenlang mit Inkompatbilitäten und völlig unlesbarem Lizenzkram herumschlagen muss, bis man mit der eigentlichen Entwicklungsarbeit anfängt.

Da sage ich nur : es kann doch nicht wahr sein wegen 200 € soviel Wind zu machen. Du kannst doch nicht verlangen, dass jeder seine Arbeit macht, nur um dir die zu schenken ? :shock: Geschenkt kriegst du schon TurboDelphi Expl., Firebird und IBExpert PE (für deine Größenordnung völlig ausreichend). Du musst lediglich vernünftige Zugriffskomponenten kaufen, also IBDAC oder FIBPlus für ca. 200 EUR. Soll das Programm hauptsächlich verschenkt werden, dann kann derjenige, der es benutzt wohl auch einmal beim Programmstart Return drücken, um einen Welcome-Screen wegzumachen (bei FIBPlus Trial). Oder er soll eben 20 € blechen. Wenn letzteres auch zu teuer ist, dann nutze die zeitlich unbeschränkte FibPlus-Trial. Dann haste sogar alles für nix. :roll:

globetrotter77 2. Feb 2009 18:33

Re: Turbo Delphi + Interbase-Komponenten
 
Zitat:

Zitat von omata
Nun komm doch mal wieder runter.

Ist schon gut, ich komm schon irgendwann mal wieder runter, aber es ist teilweise wirklich zum Haare ausraufen.
Aber hoffentlich fühlt sich da keiner persönlich auf den Schlips getreten! So ist es mit Sicherheit nicht gemeint! Im Gegenteil ... ich bin ja dankbar um jeden Hinweis ... :)


Zitat:

Bleib bei Turbo Delphi und Firebird + dbExpress. Überlege dir doch einfach wie du dein Problem mit den gegebenen Mitteln lösen kannst. Ein Index bringt dir nichts, ausserhalb der Datenbank. Lass die Sortierung durch die Datenbank erledigen, dann wird auch der angelegt Index benutzt.
Eben NICHT!
Deswegen ärgert mich das ja auch so, genau das geht ja nicht!
Und ich überlege seit Tagen, wie ich mein Problem mit den gegebenen Mitteln lösen kann!
Wieso auch immer ... ich muss mir im Programm unabhängig von der Datenbank meinen Index redefinieren.
Damit habe ich die von mir niemals gewollte oder geplante Definition außerhalb der Datenbank, und die bringt natürlich nichts, wie du schon sagst.
Aber die bereits vorhandene Definition innerhalb der Datenbank bringt idiotischerweise auch nichts, ich kann sie sogar einfach weglassen ... Laufzeitverhalten dasselbe ... im Ernst, das habe ich ausprobiert!
Zitat:

Es ist immer langsam, wenn du mal eben 100MB in deine Anwendung und damit in den Arbeitsspeicher pumpst. Da liegt das eigentliche Problem und da ist es völlig egal, welche Datenbank und welche Zugriffsmethode du wählst. Ändere dein Konzept, deine Einstellung und sei kreativ.
a) Es ist nicht MEIN Konzept, dass ein ClientDataSet alle Daten in den Arbeitsspeicher lädt!
Würde mich ja nicht mal stören, das geht schneller als die Indexneuerstellung.
b) Dass man einen Index in der Datenbank nicht verwenden kann, liegt auch außerhalb meines Einflussbereichs
c) Einen Index programmintern zu redefinieren, widerstrebt mir total, aber das geht auch nur, wenn alle Daten da sind. Bringt ja nix, auf Teilmengen umzusortieren.
Zitat:

Bitte jetzt steinigen...
Da würde ich mit Sicherheit einen Unschuldigen treffen, also lassen wir das lieber mal ...

mkinzler 2. Feb 2009 18:38

Re: Turbo Delphi + Interbase-Komponenten
 
Überlege einmal ob das ClientdataSet wirklich notwendig ist, den dies erzeugt eine lokale Kopie der gesamten Tabelle ( m.W. in einer XML o.ä. Struktur) für welche dann natürlich ein Index erzeugt werden muss. Wann und wie für lang wird den die Datenbankverbindung gekappt?


Alle Zeitangaben in WEZ +1. Es ist jetzt 19:47 Uhr.
Seite 3 von 7     123 45     Letzte »    

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-2025 by Thomas Breitkreuz