BDP, ADO in 2005PE .NET

[mr.johnnyb]

Hallo zusammen,

jetzt habe ich doch nochmal ne Verständnisfrage ich greife derzeit über den Befehl oracleConnection und oracleCommand auf ne Oracle XE zu, ich kann auch munter Daten rein schreiben aber beim Auslesen harpert es bei mir noch ein wenig und ich weiß mit DataSet und DataGrid noch nicht wirklich umzugehen. Nun gehe ich mit oracleConnection über ADO oder ODBC raus? ODBC oder? Nun und ADO und BDP sind doch das gleiche oder? Wenn ich mich in der Hilfe über BDP erkundige gibt es dazu eigendlich gute anleitungen. Aber immer soll ich die BDP Komponente auf die Maske ziehen, ich finde aber keine BDP Komponenten. Woran liegt das?

Mit bestem Dank im Vorraus
Mr. Johnny B

[Bernhard Geyer]

Du hast die PE-Version von D2005 - dann hast Du keine BDP-Provider.

Besorgt dir lieber native Komponenten wie von Core Labs und fang blos nichts mit ODBC/ADO an. Ist absolut nicht zu empfehlen hier den Weg über unmanaged/Win32-Code zu gehen.

[MPirnstill]

Zitat:

Zitat von Bernhard Geyer

Du hast die PE-Version von D2005 - dann hast Du keine BDP-Provider.

Besorgt dir lieber native Komponenten wie von Core Labs und fang blos nichts mit ODBC/ADO an. Ist absolut nicht zu empfehlen hier den Weg über unmanaged/Win32-Code zu gehen.

@Bernhard

Hallo!

Gibt es solche nativen Komponenten eigentlich auch für M$-SQL-Server 2000?
Ich meine die man dann mit der D2005 PE benutzen könnte. Die Zeos-Komponenten, welche ich erst im Sinn hatte, basieren ja auf der VCL und benötigen die Datenbankkomponenten der VCL die aber bei der PE nicht dabei sind.

Gruß

[Bernhard Geyer]

Beim .NET-Framework sind managed Komponenten für den MS-SQL-Server und ein Provider für OLEDB ("altes" Win32-ADO) dabei.

[MPirnstill]

Zitat:

Zitat von Bernhard Geyer

Beim .NET-Framework sind managed Komponenten für den MS-SQL-Server und ein Provider für OLEDB ("altes" Win32-ADO) dabei.

Ups! Sorry, jetzt habe ich Arbeit mit Privat verwechselt. :oops: Auf der Arbeit habe ich eine M$-SQL-Server, aber den wollte ich mir zu Hause nicht installieren. Ich meinte eigentlich native Komponenten für FireBird?! Ich hatte nämlich privat mal ein wenig mit Embedded Firebird arbeiten.

Gruß

[mkinzler]

Vom FireBird-Entwicklerteam gibt es einen Ado.NET Provider http://prdownloads.sourceforge.net/f....7b-NET1.1.exe

[dmagin]

Zitat:

Zitat von mr.johnnyb

Hallo zusammen,

jetzt habe ich doch nochmal ne Verständnisfrage ich greife derzeit über den Befehl oracleConnection und oracleCommand auf ne Oracle XE zu, ich kann auch munter Daten rein schreiben aber beim Auslesen harpert es bei mir noch ein wenig und ich weiß mit DataSet und DataGrid noch nicht wirklich umzugehen. Nun gehe ich mit oracleConnection über ADO oder ODBC raus? ODBC oder? Nun und ADO und BDP sind doch das gleiche oder? Wenn ich mich in der Hilfe über BDP erkundige gibt es dazu eigendlich gute anleitungen. Aber immer soll ich die BDP Komponente auf die Maske ziehen, ich finde aber keine BDP Komponenten. Woran liegt das?

Mit bestem Dank im Vorraus
Mr. Johnny B

hi johnny,

benutzt du die oracle connection usw. comp. von MS? nimms sie und schmeiss sie in die tonne. am besten holst du dir den kostenlosen .net provider von oracle. diese laufen ohne probs.


Da findest du sie

gruss dmagin

[Elvis]

Zitat:

Zitat von dmagin

benutzt du die oracle connection usw. comp. von MS? nimms sie und schmeiss sie in die tonne. am besten holst du dir den kostenlosen .net provider von oracle. diese laufen ohne probs.

Moin Daniel,
Ich bin schon froh, dass die jetzige Inkarnation vom ODP fast memleak-frei ist. Vor einem Jahr noch waren Ref Cursor unbenutzbar, außer man akzeptierte ein paar KB Speicherverlust mit jedem Anfassen...

Von der Qualität ist MS' Version eindeutig besser. Sie haben allerdings auch dafür gesorgt, dass er Ora etwas ausbremst.
Sind wir also wieder beim guten alten Abwägen: (Performance+Funktionalität) vs. Stabilität :wall:

[Bernhard Geyer]

Zitat:

Zitat von Elvis

Von der Qualität ist MS' Version eindeutig besser. Sie haben allerdings auch dafür gesorgt, dass er Ora etwas ausbremst.
Sind wir also wieder beim guten alten Abwägen: (Performance+Funktionalität) vs. Stabilität :wall:

Mit den Komponenten von CoreLabs hast Du (wenn sie genauso gut wie die MySQL-Komponenten sind) die Abwägung Performance+Stabilität+Funktionalität vs. "immense" Kosten.