ソフトウェア（アクションリクエストシステム）のodbcドライバーを使用して内部DBに接続するExcelのスプレッドシートがあります。それはうまくいきます。現在、ExcelファイルをSharePointサイトに移動して、チームがデータを確認し、同じスプレッドシートにメモを作成できるようにしようとしています。
そこで、最初にExcelファイルをサーバーに移動しようとしましたが、ファイルに保存されている接続がコンピューター上の接続ファイルを指していることに気付きました。それで、それをSharePointサイトに移動しましたが、これは機能しているようです...
1）一部のコンピューターでは、正常に開きます。ただし、DBのログインとpwを要求するダイアログがカスタマイズされている場合はそれをお勧めします。
2）他のコンピューターでは、ソフトウェアとドライバーがインストールされていますが、ユーザーソースリストに表示されていないため、エラーが発生します。ユーザーが新しい接続を作成しようとすると、ドライバーがそこにあります（したがって、最初のリストには含まれていませんが、より大きなリストには含まれています）。
3）Macはファイルを開くことができますが、Excel2008はマクロと接続を実行できません。
4）同じサイトから同じファイルを開くと、同じコンピューター/同じユーザーであっても、毎回セキュリティセンターの警告がスローされます。
次のいずれかを行う方法はありますか？
ユーザーが接続/マクロに変更を加えないことが確認されるまで、ユーザーがシートを保存（したがって上書き）できないようにする非マクロがありますか？
ユーザーがローカル構成から接続できるようにし（メイン構成が失敗したときに機能するように設定できる場合）、その構成を使用して接続できるようにしますが、他のすべての構成を台無しにすることはありません。
特定のSharePointのファイルが常に信頼されるように、信頼設定（ローカルまたはサーバー上）を設定しますか？
最後に、これは大きなものです...
ローカルマシン上にないドライバーを使用して接続を作成できますか？ドライバーがリモートサーバーにインストールされている場合、Excelはそれを使用できますか？もしそうなら、それは他のほとんどすべての問題を解決するでしょう（あなたがMacを使っているのでない限り）。
これは少し間違っているように感じますが、チーム全員がお互いにメモを確認する必要があるため、他の唯一の解決策は、データを（DBから）MySQLデータベースにアップロードして、チームがメモを作成できるようにすることです。ブラウザ。これにより、より普遍的に利用できるようになりますが、Excelで標準となっている多くの関数をスクリプト化し、冗長なDBを作成する必要があります。