Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi Konzeptfrage: DB-Anbindung mit ADO bzw. welchen Vorteil haben Fremdkomponenten? (https://www.delphipraxis.net/162634-konzeptfrage-db-anbindung-mit-ado-bzw-welchen-vorteil-haben-fremdkomponenten.html)

juergen 31. Aug 2011 19:20

Datenbank: MSSQL/ Pervasive • Version: ab MSSQL 2005 • Zugriff über: ADO oder ???

Konzeptfrage: DB-Anbindung mit ADO bzw. welchen Vorteil haben Fremdkomponenten?
 
Hallo zusammen,

Aufgabenstellung:
Es gibt 2 physikalische Datenbank-Server. Auf einem ist MS SQL Server am Laufen und auf dem anderen Server eine Pervasive DB.
Auf dem Pervasive Server soll/ muss mein Programm laufen. Dieses Programm soll in eine Tabelle einer MS SQL DB Datensätze schreiben (einfügen).
(auf den anderen physikalischen Server)
Die Anzahl der Datensätze sind zu vernachlässigen (höchstens 300 am Tag)

Bevor ich mit diesem Projekt anfange und weil ich keinerlei Erfahrung in dieser Kombination habe suche ich vorab Informationen für die richtige "Weichenstellung":
1. Ich habe ja die 2007er Delphi Pro Version. Ist es mit ADO möglich in die MS SQL DB zu schreiben?
2. Wenn ja, welchen Zweck erfüllen dann eigentlich Fremdkomponeten wie UniDAC und Konsorten? Welche Einschränkungen hat dann ADO?
3. Gibt es bei der aufgezeigten Konstellation Fallstricke?

Wichtig ist für mich eine stabile Lösung.


Für Hinweise bedanke ich mich schon im Voraus!

Phoenix 31. Aug 2011 19:34

AW: Konzeptfrage: DB-Anbindung mit ADO oder wozu benötigt man eigentlich Fremdkompone
 
Zitat:

Zitat von juergen (Beitrag 1120752)
1. Ich habe ja die 2007er Delphi Pro Version. Ist es mit ADO möglich in die MS SQL DB zu schreiben?
2. Wenn ja, welchen Zweck erfüllen dann eigentlich Fremdkomponeten wie UniDAC und Konsorten? Welche Einschränkungen hat dann ADO?
3. Gibt es bei der aufgezeigten Konstellation Fallstricke?

1.) Ja.
2.) ADO ist ein bisschen Stiefmütterlich behandelt worden. Die mitgelieferten Komponenten sind nicht ungeheuer stabil, ADO ist ziemlich alt (Datenbank-Connection-Features die später dazu kamen sind per ADO nicht verwendbar, z.B. MARS beim SQL Server), und generell ist ADO eine Geschichte die gerne mal rumzickt. Und schnell ist auch anders.
3.) *eigentlich* nicht.

Um es allgemein zu sagen: Du kannst mit ADO wunderbar zurecht kommen, wenn man sich auf das Zeug einlässt, sich Geduld bewahrt wenn mal was nicht so klappt wie es soll und wenn man nicht unbedingt die schnellstmögliche Datenbankverbindung will.

Wenn Du Dich nicht mit der Datenbank rumärgern willst, wenn Du guten und schnellen Support haben willst und Komponenten benutzen willst, die genau das tun was sie tun sollen, in hoher Qualität, Stabilität und Performance, dann greifst Du am besten zu den DevArt Komponenten. (Und nein, ich bekomme keine Provision, ich arbeite auch schon länger nicht mehr mit Delphi, aber damals habe ich mit denen gearbeitet und es war ein wahrer Segen, weil sie einfach genau das taten was sie sollten, und ich habe vorher auch ADO benutzt und will das nie, never ever mehr machen).

juergen 31. Aug 2011 20:05

AW: Konzeptfrage: DB-Anbindung mit ADO bzw. welchen Vorteil haben Fremdkomponenten?
 
@Phoenix,

danke für deine Beantwortungen meiner Fragen! :thumb:

Ich denke ich werde dann doch in Fremdkomponenten investieren (wohl UniDAC), insbesondere wegen
Zitat:

Zitat von Phoenix (Beitrag 1120756)
...Wenn Du Dich nicht mit der Datenbank rumärgern willst, wenn Du guten und schnellen Support haben willst und Komponenten benutzen willst, die genau das tun was sie tun sollen, in hoher Qualität, Stabilität und Performance...


Einen schönen Abend noch! :dp:


Alle Zeitangaben in WEZ +1. Es ist jetzt 04:02 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