Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi Native MSSQL-Componenten (https://www.delphipraxis.net/21505-native-mssql-componenten.html)

samson 3. Mai 2004 22:37


Native MSSQL-Componenten
 
Hallo Zusammen,

ich möchte eine Datenbankanwendung schreiben, die unter MS-Access, MS-SQL-Server und MSDE laufen soll.

Hmmmm....

Dafür suche ich Komponenten, welches ohne ADO auskommen.

Kenn jemand vielleicht welche, sowas ähnliches wie die DirectOracleAccess ????

Danke


Gruß


Frank

mikhal 4. Mai 2004 05:19

Re: Native MSSQL-Componenten
 
Schau mal bei Core Lab Products vorbei. Dort gibt es die Core Lab VCL Data Access Components, die auch MS SQL abdecken. Sie sind aber nicht ganz billig - zwischen 99 und 345 US Dollar.

Grüße
Mikhal

Bernhard Geyer 4. Mai 2004 07:13

Re: Native MSSQL-Componenten
 
Zitat:

Dafür suche ich Komponenten, welches ohne ADO auskommen.
Das ist m.E. für MS-Access, MS-SQL-Server und MSDE sinnlos. ADO (bzw. OLE DB) ist bei diesen Datenbanken der native Weg. Höchstwahrscheinlich setzt CoreLabs auch auf ADO auf, bietet jedoch ein bessere Implementierung als Borland mit ADOExpress liefert.

Delphi_Fanatic 4. Mai 2004 07:32

Re: Native MSSQL-Componenten
 
Ich wäre grundsätzlich immer vorsichtig bei der Verwendung von Komponenten von irgendwelchen
Dritt-Anbietern, von denen man nie weiß, ob es sie in ein paar Jahren noch gibt und ob die
ihre Komponenten überhaupt weiter entwickeln (also an künftige Versionen von
Access und SQL-Server anpassen) werden.

Was spricht denn aus Deiner Sicht überhaupt gegen die Verwendung von ADO ?
Was versprichst Du Dir von der Verwendung von anderen Komponenten ?

Bernhard Geyer 4. Mai 2004 07:37

Re: Native MSSQL-Componenten
 
Zitat:

Ich wäre grundsätzlich immer vorsichtig bei der Verwendung von Komponenten von irgendwelchen
Dritt-Anbietern
Dem würde ich nur zustimmen, wenn ich keine Sourcen der Komponenten haben würde. Aber bei Delphi-Komponenten ist es ja üblich die Sourcen mitzuliefern. Und da kann man ja immer noch selbst Anpassungen vornehmen.
Würde man dies strikt anwenden, so dürfte man den Dritt-Anbieter Borland auch nicht einsetzen. Ist ja auch "nur" ein Fremdhersteller für das Windows-Betriebssystem.


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