アクセス2007は、風をSharePointに接続することができます。リストにリンクした後、ADO、さらにはDAO + VBAコードとSQLクエリがそれらのリストに作用します。
多くの人がこのような理由からSharePointへのデータコネクタとしてJET(実際には2007年にACEと呼ばれていました)を使い始めました。Webベースのシステムを構築しているので、ここではmsアクセスは使用しませんが、アクセス2007に付属する2007バージョンのJETデータエンジンのみを使用します。
誰かがSharePointのOLEDBプロバイダを用意する必要がありますそれらのリストをms-accessのような標準のsqlテーブルとして表示することを可能にするリストです。 JETをデータコネクタシステムとして使用することは、あまり良い考えではないでしょう。私はあなたがアクセスJETテーブルにデータを格納したり配置したりするのではなく、新しいアクセスJETエンジンがSharePointリストを表示して通常のSQLテーブルとして使用できる素晴らしい機能を使用していることを認識しています。このアプローチは、ASP.netコードがそのデータに対してSQL更新を実行することを許可するか、またはこれが通常のSQLテーブルであるかのように行います。これはとても簡単です。
したがって、SharePointサイトのセキュリティアクセス許可はこの接続をエンドユーザーではなく、実際のWebサイトの接続として表示します(または少なくとも、テーブルをSharePointにリンクします)。私はあなたがこれを行うときにSharePointユーザー認証プロセスが信頼できるとは信じられません。何が起こるかは、SharePointサイト上でいくつか変更することです。次に、JET接続が新しいログオン資格情報を要求するようになることを知っています。その時点でログオン資格情報を提供したり、制御したりすることはできません。
他の人も指摘しているように、これは問題があり、信頼性が低くなります。
私は毎日のWTFでこれについて読んだことがあります。 – rmeador
具体的なエラーはありますか?より多くの情報を提供することは可能ですか?たとえば、IISのバージョンとマシンの種類は? 64ビットマシンで実行されているII6またはII7のマシンでAccess DBにアクセスすると、多くの人がプロバイダの問題に遭遇します。 – Zensar