2009-07-13 11 views
2

this OLE DB msdn example(はい、それは1997年ですが、まだ動作します:))私は疑問に思っています何か OLE DBの歴史的なポイントは、依然として基本データソースと対話するSQLを書いていた場合でした。 ICommandTextがないデータベース上で直接実行されますが、代わりに何らかの形で基本となるデータソースを操作するために、その後、ベンダー固有のSQLコマンド/コマンドとしてオフ渡されたOLE DBによりに解釈された場合まだSQLを書いていたら、OLE DBの要点は何ですか?

私は考えている一つのことがありますそれが理解できるフォーマット。 となりますか?

答えて

1

OLE DBテクノロジの目的は、接続、トランザクション、データセットの操作を一般化することです。しかし、SQLクエリを書く必要があります。 SQL言語の目的は、データを照会するための一般的な言語を使用することでした(しかし、これまでのように、言語の一部はプラットフォームに依存しています)。接続方法と照会方法は互いに排他的です。

そして、はい、CommandTextはデータベースで直接実行されます。

おそらく、あなたはNHibernate、Subsonic、Entity Frameworkなどのレベルアップが必要でしょうか?

1

NOの翻訳がOLE DBによって行われたことを保証することができます。

異なるデータベースを使用している場合、ベンダーに基づいて異なるSQLステートメントを提供する必要があります。日付とOracleデータベースとMSデータベースを常に楽しんでください。

+0

ただし、一部の翻訳はODBCで行うことができます。 –

関連する問題