ユーザーが ODBC 接続をトリガーする場合は、このアプリを実行するワークステーションに ODBC ドライバーをインストールする必要があります。可能であれば、これをサーバー側でセットアップし、エージェント経由で実行することを強くお勧めします。これにより、各ワークステーションで ODBC 接続を維持しなければならないことや、各ワークステーションがデータとサーバーにアクセスできるかどうかを心配することなど、いくつかの頭痛の種から解放されます。
まず、ODBC の設定が正しいことを確認する必要があります。もちろん、適切なドライバーと接続情報が必要です。このサイトには、ODBC データベース接続をセットアップする方法のアイデアを提供するウォークスルーがあります。
MS Access をお持ちの場合は、それを使用して ODBC データ ソースからのクエリをテストできます。接続の動作をテストしたら、@DbColumn、@DbLookup、または @DbCommand 式でデータ ソース名 (DSN) を参照するだけです。
サーバー側でこれを設定するという私の提案に戻ると、それは、ノーツ データベース自体内でクエリしているデータのコピーを保持し、ユーザーがノーツ内の読み取り専用データと対話することを意味します。その読み取り専用データのサーバー側で定期的に更新をスケジュールし、Notes 環境にデータのキャッシュを効果的に作成できます。次に、そのデータはデータベースの他のレプリカに複製されますが、ODBC 接続がどこでも必要になるという問題は解消されます。
ただし、リアルタイムのデータが必要な場合、そのソリューションは窓の外にあり、ローカル ソリューションを使用する必要があります。その場合、LCConnection クラスを確認するか、スクリプトから ADODB.Connection を使用すると、データ ソースへの DSN レス接続を作成できるようになります。そうすれば、各ワークステーションで ODBC データ ソースを要求する手間を省くことができ、ワークステーションからサーバーにアクセスできるかどうかを心配するだけで済みます。