AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi ORACLE DB-Verbindung ohne Client-Installation

ORACLE DB-Verbindung ohne Client-Installation

Ein Thema von gunSoft · begonnen am 31. Jan 2006 · letzter Beitrag vom 4. Feb 2006
Antwort Antwort
Seite 3 von 3     123
gunSoft

Registriert seit: 19. Jul 2005
Ort: Südtirol
16 Beiträge
 
#21

Re: ORACLE DB-Verbindung ohne Client-Installation

  Alt 3. Feb 2006, 11:15
Zitat von Elvis:
DOA (DirectOracleAccess) nicht ADO!
Nochmal, mit ADO meine ich ADO (ADODB) von Delphi.
Ist das so abwägig? bin ich der einzige der das benutzt?
  Mit Zitat antworten Zitat
Elvis

Registriert seit: 25. Nov 2005
Ort: München
1.909 Beiträge
 
Delphi 2010 Professional
 
#22

Re: ORACLE DB-Verbindung ohne Client-Installation

  Alt 3. Feb 2006, 14:56
Zitat von gunSoft:
Nochmal, mit ADO meine ich ADO (ADODB) von Delphi.
Ist das so abwägig? bin ich der einzige der das benutzt?
Eigentlich nicht. ADO hat eigentlich eine ziemlich nett gestaltete Architektur und ist auch sonst ganz schnucklig. Wenn es aber zu Oracle kommt dürftest du mit ADO in der totalen Minderheit sein. Ora kostet einfach zu viel und ist eigentlich auch viel zu cool um es durch OleDB zu beschneiden.
Robert Giesecke
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.198 Beiträge
 
Delphi 10.4 Sydney
 
#23

Re: ORACLE DB-Verbindung ohne Client-Installation

  Alt 3. Feb 2006, 15:02
Zitat von Elvis:
Eigentlich nicht. ADO hat eigentlich eine ziemlich nett gestaltete Architektur und ist auch sonst ganz schnucklig.
Deshalb ist es ja auch von MS in .NET wieder auf Abstellgleis geschoben. Den ADO.NET hat mit ADO praktisch nur den Namen gemeinsam. Sonst ist es ganz Praktisch um auf MS-Datenbanken zuzugreifen
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
Elvis

Registriert seit: 25. Nov 2005
Ort: München
1.909 Beiträge
 
Delphi 2010 Professional
 
#24

Re: ORACLE DB-Verbindung ohne Client-Installation

  Alt 3. Feb 2006, 15:10
Zitat von Bernhard Geyer:
Deshalb ist es ja auch von MS in .NET wieder auf Abstellgleis geschoben. Den ADO.NET hat mit ADO praktisch nur den Namen gemeinsam. Sonst ist es ganz Praktisch um auf MS-Datenbanken zuzugreifen
Sorry, Bernhard, aber könntest du dir bitte mal vorher durchlesen, was du manchmal für etwas zu verbitterte Beiträge schreibst?
ADO ist auf dem Abstellgleis weil es schnucklig ist?
ADO.Net hat nix mit ADO gemeinsam?
Wenn man ADO unabhängig von Delphis wrapper (dbGo) betrachtet, bekommt man fast die gleiche Hierarchie von Interfaces, die fast die gleichen Properties/Methoden haben, wie ihr ADO.Net-Gegenstück.
ADO.Net wurde wegen dieser Ähnlichkeit der Hierarchie so bennant. Hat ja nix mit ActiveX zu tun.
Robert Giesecke
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.198 Beiträge
 
Delphi 10.4 Sydney
 
#25

Re: ORACLE DB-Verbindung ohne Client-Installation

  Alt 3. Feb 2006, 15:31
Zitat von Elvis:
Wenn man ADO unabhängig von Delphis wrapper (dbGo) betrachtet, bekommt man fast die gleiche Hierarchie von Interfaces, die fast die gleichen Properties/Methoden haben, wie ihr ADO.Net-Gegenstück.
ADO.Net wurde wegen dieser Ähnlichkeit der Hierarchie so bennant. Hat ja nix mit ActiveX zu tun.
1, ADO ist default-maßig Connected. ADO.NET arbeitet fast immer im Disconnected Modus.

2, In ADO gibt man im Connection-String an welche Provider ADO verwenden soll. In ADO.NET muß ich auf jedenfall einen passenden managed ADO.NET haben. D.h. in ADO kann ich durch ändern des Connection-Strings (wenn die Anwendung einfach gestrickt ist) unterschiedliche DBMS abfragen. In ADO.NET brauch ich (wenn ich nicht nach ADO "zurückfallen will" einen passenden ADO.NET-Provider wobei M$ hier nur den für den MS SQL-Server anbietet und eine (vermutlich kastrierten) für Oracle.

Das gewisse Ähnlichkeiten vorhanden sind ist zwangsweise gegeben. Diese sind aber auch zwischen DAO, ADO, TDataset vorhanden.
Und mit meiner meinung über die unterschiede bin ich nicht allein. Siehe: Eine Einführung in ADO.NET

Zitat:
Die Bezeichnung ADO.NET für die Datenbankzugriffs-Architektur von .NET suggeriert Kontinuität. So ein bisschen wie ADO 2.0 oder ADO 2002. .NET wäre aber nicht .NET wenn Microsoft nicht auch hier tiefgreifend Hand angelegt hätte, so dass am Ende doch fast kein Stein auf dem anderen geblieben ist.
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
delphirocks

Registriert seit: 14. Aug 2004
Ort: Salzburg
64 Beiträge
 
#26

Re: ORACLE DB-Verbindung ohne Client-Installation

  Alt 3. Feb 2006, 22:56
Etwas offtopic, aber:

Microsoft übertreibt's mit den Datenbankzugriffstechnologien etwas, und das schon seit Jahren.
DAO, RDO, OLEDB, ADO, ADO.net 1 und 2, ODBC.

Wofür muß sich eine Basistechnologie alle 2 Jahre ändern? Um die Programmierer zu beschäftigen?
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.198 Beiträge
 
Delphi 10.4 Sydney
 
#27

Re: ORACLE DB-Verbindung ohne Client-Installation

  Alt 4. Feb 2006, 18:00
Zitat von delphirocks:
Etwas offtopic, aber:

Microsoft übertreibt's mit den Datenbankzugriffstechnologien etwas, und das schon seit Jahren.
DAO, RDO, OLEDB, ADO, ADO.net 1 und 2, ODBC.

Wofür muß sich eine Basistechnologie alle 2 Jahre ändern? Um die Programmierer zu beschäftigen?
OLE DB und ADO kannst du zusammenfassen. ADO ist "nur" die Client-Programmierschnittstelle von OLE DB.
Aber sonst gebe ich dir recht. Alle 2 Jahre wird die revolutionierende Technologie vorgestellt und (meistens) die alte Verdammt. Da bin ich froh das Borland mit D3 TDataset von der BDE getrennt hat und ich auch in 2006 noch gute, performante Programme schreiben kann und mit 3th-Party Komponenten (z.B. von Core Labs) auch "direkt" an der Datenbank dran bin. Und das alles auch 100%ig X-Copy-Fähig.
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
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 10:26 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