コンマ、タブ、カスタム区切り文字で区切られたテキスト、Excel ファイル、SQL Server、Oracle など、さまざまなソースからデータをインポートする必要があります。論理的な選択は OleDB 接続のように思われました。これにより、入力を DataSet として扱うことができ、心配する実装の違いがほとんどなくなります。
問題は、古き良き「Microsoft.Jet.OLEDB.4.0」が廃止されることです。
それに代わるものは何ですか？
6600 次
2 に答える
2
Jet が時代遅れになりつつあるのはなぜだと思いますか?
製品チームに相談しました。あなたが見つけた文書は、誤解を招く印象を与えます。Jet 4.0 は Windows 2000 以降 (Vista を含む) にインストールされているため、OS の寿命は 2017 年くらいまで続き、Longhorn に同梱されている場合はさらに長くなります。したがって、このコンポーネントは Microsoft Data Access Components (MDAC) (2.6 以降) から削除されました。
この技術が時代遅れになることを心配する必要はありません。
ご不明な点がございましたら、お気軽にお問い合わせください。喜んでお手伝いさせていただきます。
良い一日をお過ごしください。よろしくお願いします。
Wen Yuan マイクロソフト オンライン コミュニティ サポート
参照されているドキュメント: http://support.microsoft.com/kb/271908
于 2010-01-14T19:33:11.150 に答える
1
私が知っている代替プロバイダー フレームワークはありません。OleDb が対応するほとんどのソースでより細分性を提供する API の異なるセットだけで、WMI (いずれにせよ実際にはもうサポートされていません) やWindows Searchのようなものはありません。
- Lumenworks CSV パーサー(任意の区切り文字で動作)
- Excel データリーダー
- プロバイダーの代わりにさまざまな ORMを使用しますが、データのエクスポート/入力については OleDB の方が簡単です
于 2010-01-14T18:51:02.293 に答える