Visual C++ und Datenbanken
Silvio Devantier
ich finde im Netz keine richtigen Bücher oder Tut's zur Programmierung
von DB mit VC++ 6.0.
Welche Technologie ist die bessere ODBC, ADO, OLEDB usw. ?
Multiuserfähigkeit ?
Verschiedene DB Anbindung z.B. Oracle, Access, MySQl
Gibt es nicht soetwas wie "Visual Basic 6.0 Datenbankprogrammierung"
auch für VC 6.0 ?
Danke für die Info's und Tipps
Gruß S. Devantier
Sebastian Lehmann
"Silvio Devantier" <silvio...@pv-gruppe.de> schrieb im Newsbeitrag
news:edBR#Ed$CHA....@TK2MSFTNGP11.phx.gbl...
> Hallo NG,
>
> ich finde im Netz keine richtigen Bücher oder Tut's zur Programmierung
> von DB mit VC++ 6.0.
> Welche Technologie ist die bessere ODBC, ADO, OLEDB usw. ?
> Multiuserfähigkeit ?
> Verschiedene DB Anbindung z.B. Oracle, Access, MySQl
> Gibt es nicht soetwas wie "Visual Basic 6.0 Datenbankprogrammierung"
> auch für VC 6.0 ?
>
Infos gibt es sicher mehr als genug. In einem Buch dass ich selbst besitze
("Visual C++ 6 - Windows-Programmierung mit den MFC" von Frank Budszuhn und
Thomas Reichel, erschienen bei Addison Wesley) hat u.a. ein 90-seitiges
Datenbankkapitel, welches auch auf die verschiedenen Technologien und deren
Vor- und Nachteile eingeht.
Bei Amazon kann man bei einer Suche nach "Visual C++ Datenbank" folgendes
finden:
http://www.amazon.de/exec/obidos/ASIN/3860630954/qid=1049810022/sr=2-1/ref=s
r_aps_prod_1_1/028-9480315-5732553
Ein englisches Buch gibt es auch ("Visual C++ Database"):
http://www.amazon.de/exec/obidos/ASIN/1556226349/qid=1049810252/sr=2-1/ref=s
r_aps_prod_1_1/028-9480315-5732553
Ich bin mir ziemlich sicher, dass man bei etwas längerer Suche (ich habe
etwa 30 Sekunden investiert) noch einges mehr finden kann.
Zunächst sollte man sich für eine Technologie entscheiden, was aber von dem
Einsatzgebiet. ODBC ist z.B am weitesten verbreitet und mit den richtigen
Treibern kann man damit (fast) alle Datenbanken bearbeiten. DAO ist auf
Access zugeschnitten, bringt in Verbindung mit Access-Datenbanken also
Vorteile. OLE DB ist noch relativ jung und basiert auf COM und soll -
Experten zufolge - ODBC über kurz oder lang ersetzen.
Hast du dir dann eine Technologie ausgewählt ist es nicht sehr schwierig
Informationen zu finden und "loszulegen". Weiterhelfen kann dir da die MSDN,
Codeguru / Codeproject und auch die Newsgroup. Für ganz spezielle Fragen
würde ich aber "microsoft.public.vc.database" empfehlen. Ist zwar englisch,
aber dennoch die beste NG für Datenbanken und VC++, die ich kenne.
HTH
--
Sebastian.
--------------------------------------------
Bei eMails bitte "mpdvc" mit in den Betreff!
Jens Geyer
> von dem Einsatzgebiet. ODBC ist z.B am weitesten verbreitet und mit
> den richtigen Treibern kann man damit (fast) alle Datenbanken
> bearbeiten. DAO ist auf Access zugeschnitten, bringt in Verbindung
> mit Access-Datenbanken also Vorteile. OLE DB ist noch relativ jung
> und basiert auf COM und soll - Experten zufolge - ODBC über kurz oder
> lang ersetzen.
>
Alles richtig, bis auf die Wahl der Zeitform. ODBC ist inzwischen von
gestern und OLEDB der (halbwegs) aktuelle Stand der Dinge. Meinst Du mit
"relativ jung", daß OLE-DB erst etwa so um die 7-8 Jahre auf dem Buckel
hat - das hat in der IT-Branche nicht viel zu sagen. Hast Du jemals eine
Datenbankabfrage per ODBC gegen einen OLEDB-Provider antreten lassen? Das
sollte Dich überzeugen ...
Zum Schmökern:
http://msdn.microsoft.com/library/en-us/dnoledb/html/choosingcomponents.asp
JensG
Sebastian Lehmann
"Jens Geyer" <j...@vsx.net> schrieb im Newsbeitrag
news:#yRkImd$CHA....@TK2MSFTNGP11.phx.gbl...
> > Zunächst sollte man sich für eine Technologie entscheiden, was aber
> > von dem Einsatzgebiet. ODBC ist z.B am weitesten verbreitet und mit
> > den richtigen Treibern kann man damit (fast) alle Datenbanken
> > bearbeiten. DAO ist auf Access zugeschnitten, bringt in Verbindung
> > mit Access-Datenbanken also Vorteile. OLE DB ist noch relativ jung
> > und basiert auf COM und soll - Experten zufolge - ODBC über kurz oder
> > lang ersetzen.
> >
>
> Alles richtig, bis auf die Wahl der Zeitform. ODBC ist inzwischen von
> gestern und OLEDB der (halbwegs) aktuelle Stand der Dinge. Meinst Du mit
> "relativ jung", daß OLE-DB erst etwa so um die 7-8 Jahre auf dem Buckel
> hat - das hat in der IT-Branche nicht viel zu sagen. Hast Du jemals eine
> Datenbankabfrage per ODBC gegen einen OLEDB-Provider antreten lassen? Das
> sollte Dich überzeugen ...
>
Muss zu meiner Schande gestehen, dass ich (noch) fast ausschließlich mit
ODBC arbeite. Finde es am unkompliziertesten. Und bei mir kommt es nicht so
wahnsinnig auf die Geschwindigkeit an. Werde bei Gelegenheit aber mal nen
Rennen starten ;)
Mittelfristig werde ich aber auch wechseln - zu OLE DB, schon alleine wegen
den Vorteilen des COM-Interfaces...
> Zum Schmökern:
>
http://msdn.microsoft.com/library/en-us/dnoledb/html/choosingcomponents.asp
>
Lese ich mir heut abend doch glatt mal durch.
Tschoe
Jens Geyer
> mit ODBC arbeite. Finde es am unkompliziertesten.
Das Du ODBC verwendest, ist keine Schande. Das kann doch durchaus
verschiedene gewichtige Gründe haben, das fängt an bei "never touch a
running system" und hört bei "Legacy-DBMS, das nur ODBC unterstützt" auf.
Ich wollte damit vor allem sagen, daß ich persönlich es nicht für eine
Neuentwicklung empfehlen würde.
JensG