AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi dbExpress Transaktionsmanagement (und Firebird)

dbExpress Transaktionsmanagement (und Firebird)

Ein Thema von RSE · begonnen am 26. Jun 2012 · letzter Beitrag vom 3. Jul 2012
Antwort Antwort
Seite 1 von 2  1 2   
mkinzler
(Moderator)

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

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 27. Jun 2012, 17:14
Zitat:
Ja, das Projekt ist neu. Ja, Firebird ist vorerst das einzige DBMS, das unterstützt werden muss. Wir wollen allerdings von externen Komponenten Abstand nehmen und das Ganze mit Bordmitteln umsetzen.
Gibt es hierfür einen Grund?
Markus Kinzler
  Mit Zitat antworten Zitat
RSE

Registriert seit: 26. Mär 2010
254 Beiträge
 
Delphi XE Enterprise
 
#2

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 27. Jun 2012, 17:25
Zitat:
Ja, das Projekt ist neu. Ja, Firebird ist vorerst das einzige DBMS, das unterstützt werden muss. Wir wollen allerdings von externen Komponenten Abstand nehmen und das Ganze mit Bordmitteln umsetzen.
Gibt es hierfür einen Grund?
"Sparsamkeit" der Geschäftsleitung. Allerdings bin ich bei ersten Tests mit den IB-Kompos sehr gut zurechtgekommen. dbExpress hat zu diesem Thread geführt. Ihr könnt mir gern triftige Gründe aufführen, wenn ihr mich überzeugen könnt, könnte ich vielleicht noch was daran ändern, aber dann müssen triftige Gründe kommen.

Die Originalkomponenten haben in unseren Augen folgende Vorteile:
  • Gut getestet
  • Entwicklung/Unterstützung wird nicht unerwartet eingestellt werden (auf dbExpress sicher mehr zutreffend als auf die IB-Kompos?)
  • Keine zusätzlichen Kosten
Die gleichen Gründe sprechen gegen Fremdkomponenten. Die IBOs hatten wir z.B. bisher im Einsatz, sind uns aber zu teuer.
"Seit er seinen neuen Computer hat, löst er alle seine Probleme, die er vorher nicht hatte."
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

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

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 27. Jun 2012, 17:29
Für dbExpress bräuchtest du aber dann auch die Enterprise von Delphi oder einen 3rd-Party/Freeware dbExpress-Treiber.
Markus Kinzler
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#4

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 27. Jun 2012, 17:38
[OT]
Das mit der Sparsamkeit kenn ich ganz gut, daher bin ich von BDE über ODBC bei ADO gelandet.
Das ging alles mit Bordmitteln und war (meistens) ausreichend performant. Jetzt ist ADO out und ODBC wieder in, und morgen?
Irgendwann muß man das Risiko eingehen und sich entscheiden, die Frage ist immer nur wie lange es gut geht.
[/OT]

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
RSE

Registriert seit: 26. Mär 2010
254 Beiträge
 
Delphi XE Enterprise
 
#5

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 27. Jun 2012, 19:12
Dann haben wir offenbar die Enterprise, denn ich habe schon über dbExpress mit dem DB-Server kommuniziert und mir Tabellenwerte ausgeben lassen. Daher meine Beobachtungen aus dem ersten Beitrag.
"Seit er seinen neuen Computer hat, löst er alle seine Probleme, die er vorher nicht hatte."
  Mit Zitat antworten Zitat
tsteinmaurer

Registriert seit: 8. Sep 2008
Ort: Linz, Österreich
530 Beiträge
 
#6

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 27. Jun 2012, 19:23
Die IBX-Komponenten würde ich mit Firebird nicht verwenden, da diese offiziell Firebird nicht unterstützen. Borland/Codegear/EMB hat das oftmals klargestellt. Auch wenn sie vielleicht noch funktionieren, heißt es nicht, dass dies auch in Zukunft der Fall sein wird, also aus meiner Sicht eine Sackgasse.

Einmalige/jährliche Lizenzkosten für Third-Party ist ja nur eine Seite, wenn man von Kosten spricht. Kann mir gut vorstellen, dass das Einarbeiten in eine neue Zugriffstechnologie bei weitem die Lizenzkosten für ein bereits vertrautes Toolset übersteigen. Ich weiss, das wollen die Leute nicht hören, weil Personalkosten fix kalkuliert und budgetiert sind und es nichts ausmacht, wenn man da z.B. 1 Woche in der Einarbeitung drinnen hängt.

Alles Gute für das weitere Vorgehen.
  Mit Zitat antworten Zitat
RSE

Registriert seit: 26. Mär 2010
254 Beiträge
 
Delphi XE Enterprise
 
#7

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 27. Jun 2012, 20:21
tsteinmaurer: Vielen Dank für diese Informationen. Es erstaunt mich zwar, dass ein extra Firebird-Treiber mitgeliefert wird und dann gesagt wird, dass dieser nicht unterstützt wird, aber wenn dem so ist, nehme ich das hin.

Wie sieht es mit den Interbase-Komponenten im Zusammenspiel mit Firebird aus?
"Seit er seinen neuen Computer hat, löst er alle seine Probleme, die er vorher nicht hatte."
  Mit Zitat antworten Zitat
Furtbichler
(Gast)

n/a Beiträge
 
#8

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 28. Jun 2012, 08:29
"Sparsamkeit" der Geschäftsleitung. Allerdings bin ich bei ersten Tests mit den IB-Kompos sehr gut zurechtgekommen. dbExpress hat zu diesem Thread geführt. Ihr könnt mir gern triftige Gründe aufführen, wenn ihr mich überzeugen könnt, könnte ich vielleicht noch was daran ändern, aber dann müssen triftige Gründe kommen.
Es ist natürlich wichtig, kostenoptimiert zu arbeiten. Gerade deshalb lohnt der Einsatz von professionellen Third Party Components.

Die Zeit, die ihr für das Entwickeln mit 'Bordmitteln' benötigt, bzw. bei der Erweiterung, wenn doch mal ein zweites RDBMS hinzukommt, kostet Geld.

Die Evaluation und der Kauf einer guten Komponente kostet auch Geld.

Preisfrage: Was ist teurer?

Wir haben z.B. DevExpress (Visualisierung, Eingabe, Grids etc.), FastReport(Reporting) und TSiLang (Lokalisierung, Multilanguage) eingekauft, einfach weil wir Front-End Anwendungen mit Datenanzeige, -Eingabe, Reporting für Kunden im In- und Ausland entwickeln.

Wir konzentrieren uns auf die Kernproblematik, weil wir für das notwendige Gerüst (Grids, Reports, Sprachumstellung) bereits fertige Lösungen haben.

Die Entwicklungskosten für o.g. Produkte bzw. die für uns relevante Funktionalität beträgt grob geschätzt 5-10 Mannjahre. Ausgegeben haben wir nur einen Bruchteil => Gute Investition.

Ich würde übrigens eher Fremdkomponenten kaufen (sofern sie nicht zu teuer sind), als Dinge von vorne herein selbst zu entwickeln. Ich hab die Zeit dafür einfach nicht. Wenn man als GF entscheidet, alles selbst zu machen, hat man schlichtweg zu viel Geld.
  Mit Zitat antworten Zitat
RSE

Registriert seit: 26. Mär 2010
254 Beiträge
 
Delphi XE Enterprise
 
#9

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 28. Jun 2012, 16:06
Es ist ja toll, dass ihr mir hier Komponenten vorschlagt, die ihr gut findet. Sicherlich gehört zu der Einschätzung, was "gut" oder gar "besser" ist sehr viel Wissen über weitere Faktoren als der persönliche Geschmack. Ich habe bisher nur zu einem winzigen Bruchteil dieser Faktoren hier geschreiben. Wahrscheinlich kenne ich viele dieser Faktoren auch gar nicht. Wenn ihr also Komponenten vorschlagt, dann macht das in meinen Augen wenig Sinn, wenn ihr nicht dazuschreibt, von was für Voraussetzungen ihr ausgeht. Ich glaube nicht, dass es völlig unabhängig vom Einsatzzweck möglich ist eine Fremdkomponente als "besser" als die mitgelieferten zu einzustufen.

Ergo: Wenn ihr mir hier Komponenten vorschlagt, dann sagt bitte dazu, unter welchen Voraussetzungen diese Kompos besser sind und in was sie besser sind. Ansonsten hat die Info für mich keine Aussage.

Unabhängig davon befinde ich mich nicht in der Position die Geschäftsleitung über Investitionsentscheidungen belehren zu können. Außerdem sind unsere Anforderungen so kurzlebig, dass wir ständig am umprogrammieren sind (ständig wechselnde Inhalte des Programms, die von ständig wechselnden Auftraggebern vorgegeben werden). Eine Ausrichtung auf bestimmte Anzeigeelemente ist also nicht zielführend. Bezüglich der reinen Kommunikation mit der DB unterscheiden sich die Bordmittel sicherlich nicht wesentlich von Fremdkompos. Wenn ich mich für Fremdkomponenten entscheiden müsste, damit sich das Programm nicht automatisch mit dem Server verbindet, sondern erst wenn ich es ausdrücklich sage (und zwar der Verbindungskomponente und nicht irgendeiner Query/Dataset), dann könnte ich der Geschäftsleitung niemals eine wesentliche Investition dafür abverlangen und alle Risiken von Fremdkomponenten dafür eingehen. Die Kosten und Risiken würde ich selbst nicht investieren für diese eine Anforderung. Ich denke nicht, dass die vielen Mannjahre, von denen hier geredet wird, auf diesem Level investiert/gespart werden, sondern dass die Vorteile von Fremdkompos auf ganz anderem Gebiet liegen, das für uns nicht relevant ist. Uns geht es an dieser Stelle um die reine Kommunikation mit dem DB-Server.

Ich möchte auch nochmals darauf hinweisen, dass ich diesen Thread nicht wegen der Suche nach Alternativkomponenten eröffnet habe, sondern um eine Problemstellung mit den mitgelieferten dbExpress-Kompos zu lösen (siehe erster Post).
"Seit er seinen neuen Computer hat, löst er alle seine Probleme, die er vorher nicht hatte."
  Mit Zitat antworten Zitat
RSE

Registriert seit: 26. Mär 2010
254 Beiträge
 
Delphi XE Enterprise
 
#10

AW: dbExpress Transaktionsmanagement (und Firebird)

  Alt 2. Jul 2012, 01:29
Arbeitet keiner mit dbExpess, oder hat noch niemand versucht zu verhindern, dass sich die Verbindungskomponente automatisch verbindet, wenn man eine Query startet? Beides würde mich wundern...

Falls euch mein letzter Post vor den Kopf gestoßen haben sollte: Das war nicht meine Absicht. Ich halte nur nichts von Pauschalaussagen. Viele Posts lasen sich wie "Dell ist toll". Ob Dell toll ist, kommt aber sehr auf die Anforderungen an. Für Unternehmen ist es toll, weil das Zusammenspiel aller Komponenten ausgiebig getestet ist und ein für Unternehmen wichtiger Support gegeben ist. Für Bastler ist Dell allerdings ganz und gar nicht das richtige, weil Dell an vielen Stellen eigene Standards hat (z.B. Formfaktor von Mainboards), so das ein Mix mit anderen Herstellern schnell problematisch wird. Man kann die Aussage "Dell ist toll" also nicht pauschalisieren. Gleiches gilt mit Sicherheit für DB-Zugriffskompos von Drittanbietern - eine Wertung dieser Kompos macht nur incl. Nennung der zugrundeliegenden Anforderungen Sinn.

Bitte sagt mir, wenn diese Auffassung falsch ist oder ich euch durch meine Aussagen verärgert haben sollte und nennt mir den Grund, damit ich euch das nächste Mal nicht wieder verärgere.
"Seit er seinen neuen Computer hat, löst er alle seine Probleme, die er vorher nicht hatte."
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 1 von 2  1 2   

Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

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