0


0

Classic ADOは、マネージド/アンマネージドの混合アプリで引き続き実行可能ですか?

データベースアクセスを必要とするアンマネージコードに多くのロジックを持つ複雑なアーキテクチャがあります。

現在、これはODBCドライバーとMFCクラスを介して行われており、抽象レイヤーを移行してADOまたはADO.Netを使用する問題を検討しています。 後者の場合、データベースロジックを元に戻す必要があります。 .Net layer. I’m trying to decide if the pain of invoking the database .Netコールバック経由は、ADO.Netの改善により相殺されます。

http://en.wikipedia.org/wiki/Comparison_of_ADO_and_ADO.NET [ウィキペディアの比較]は興味深いものでしたが、比較表のすべてのポイントを信じているかどうかはわかりません(例:ADO.Netは常にXMLを使用してデータを渡しますか?)。

2005年の比較は、ADO.Netのパフォーマンスが劇的に高速であることを示しています。

Microsoftのhttp://msdn.microsoft.com/en-us/library/ms973217.aspx [ADOプログラマー向けADO.Netガイド]は、特にネイティブでデータを利用できる方法でADO.Netにアクセスすることで多くの利益を得られることを示唆しています。 (.Net)OLEAutomationのVariantだけではなく型。

1 Answer


1


_ _

eg: does ADO.Net always use XML to pass data?

_ _

No. ウィキペディアのばか情報のように聞こえます。

2つの選択肢。 最初に、私は本当にODBCを取り除きます-そして、少なくともOleDbドライバーに移行します。 可能であれば(教えてください-ODBCドライバーを使用してJDBC ddriverを呼び出してサードパーティのアプリケーションサーバーを呼び出す.NETアプリがあります)。

両側のADO、ADO.NETの管理、およびNETレイヤーからの公開の両方の方法を使用できるようになりましたが、これは実際にはプログラマーの決定ではなく、主要なコンテキストで見られるべきアーキテクチャ上のことです。 おそらくODataエクスポージャーレイヤーと同時に.NETレイヤーを使用し、アンマネージレイヤーからそれを消費しようとします。