スキルアップ・問題解決なら、モーグにおまかせ！

こんにちは、みなさま。
 
Windows11に32ビット版MS365を導入したPC-Aがあります。
EXCEL・ACCESSともに、365MSO(バージョン2403ビルド16.0.17425.20124)32ビット、です。
 
このPC-Aで作成した"MyData.sccdb"に"MyBook.xlsm"で、
  AdCon As New ADODB.Connection
  AdCon.Open "PROVIDER=Microsoft.ACE.OLEDB.12.0;Data Source=MyData.sccdb;" & _
             "Jet OLEDB:Database Password=MyPsw;"
として接続できています。
 
PC-AにはVisualSudio(Community2022)が導入してあり、これでビルドした"MyProg.exe"からも接続できています
接続文字列は、
  OleDbDsn = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=MyData.sccdb;Jet OLEDB:Database Password=MyPsw;";
です。ビルドに際しては AnyCPU とし、DebugでもReleaseでも、問題ありません
 
 
さて、もう一台のPC-Bには、Windows10に64ビット版MS365を導入しています。
EXCEL・ACCESSともに、365MSO(バージョン2402ビルド16.0.17328.20124)64ビット、です。
 
PC-A上の"MyData.sccdb"と"MyBook.xlsm"をPC-Bへコピーすると、完全に動作します。
これには半分(？)驚きつつ感激しました。
 
ところが、PC-A上で(Releaseで)ビルドした"MyProg.exe"はダメ、PC-Bの上では動いてくれません。
ネットを彷徨い、
OleDbDsn = "Provider=Microsoft.ACE.OLEDB.16.0;Data Source="MyData.sccdb;Jet OLEDB:Database Password=MyPsw;";
としてみましたが、これもダメでした。
 
PC-Aでビルドした"MyProg.exe"を、PC-B上へコピーして"MyData.sccdb"に接続する方法があるなら、ご教示いただければ幸いです。
 

記述ミスなだけでしたら解決に至らない回答になると思いますが、
ご記載のコードを比較したところ、OLEDBの数字が異なること以外に、ダブルコーテーションが１文字おおくついています。これが正しい記述だとすると実行エラーになる疑いがあり、構文エラーを解消することで解決に至る可能性があるのではないかという提案です。
 
="Provider=Microsoft.ACE.OLEDB.12.0;Data Source=MyData.sccdb;Jet OLEDB:Database Password=MyPsw;";
="Provider=Microsoft.ACE.OLEDB.16.0;Data Source="MyData.sccdb;Jet OLEDB:Database Password=MyPsw;";
 
あとはOLEDBの番号が異なるだけで解決できるとすれば他の番号を手当たり次第に実行テストするのもいいかもしれません。
おそらくVBAの編集ウィンドウでいうところの参照設定内でMSソフト自体が搭載しているモジュールのバージョン番号が一致していないみたいな原因だけで解決できそうな気がします。
 
よくあるのがPCにインストールしてあるacrobatのランタイムなどの指定手順において、実装されているバージョンが記述したバージョンと異なる場合などに同様のエラーに至るのではないかと思いました。
 
ご確認お願い致します。

前回の質問でもそうでしたが、「sccdb」では無いですよね。
 
そもそも、その時点で、ファイルが存在しませんから、エラーになっているとか？
でも、PC-A では 動作しているのですから、そうではないのですよね？
 
 
 
そもそも、Microsoft.ACE.OLEDB.XX.0 は、 PC-B には インストールされているのですか？
 

引用:
PC-A上の"MyData.sccdb"と"MyBook.xlsm"をPC-Bへコピーすると、完全に動作します。
これには半分(？)驚きつつ感激しました。

引用:
ACEのインストール
「Microsoft.ACE.OLEDB.XX.0」は、Windowsインストーラー形式（MSI）のOfficeをインストールすれば利用できるようになります。
それ以外の方法では、「Microsoft Access データベース エンジン 再頒布可能コンポーネント」などで別途インストールする必要があります。

S.Kos さんの引用:

OleDbDsn = "Provider=Microsoft.ACE.OLEDB.16.0;Data Source="MyData.sccdb;Jet OLEDB:Database Password=MyPsw;";
としてみましたが、これもダメでした。

みなさま、ご教示のほど、ありがとうございます。
 
タイプミス・記述ミスについては、誠に申し訳なく、ご容赦くださいとしか言いようがありません。
その上で尚、以下を記します。
 
 
開発環境として詳細を記した「PC-A」の他に、言わば「PC-A群」があります。
いずれもWindow10or11に３２ビット版Office(EXCEL)を搭載しています。
それらOffice(EXCEL)は、Standard2016・Personal2019・365、ACCESSは有ったり無かったり、と多様です。
(さすがに2013はありません・笑)
 
その全てで "MyData.accdb"と"MyBook.xlsm"と"MyProg.exe" が動作します。
 
３２ビット版Office必須としていた某システムが破棄され、今後導入されるPCは６４ビット版Office・・・
 
てな事情から、一台のWindow10機のMS365を６４ビット版に入れ替えて、テスト環境「PC-B」としました。
先に記したようにここで "MyData.accdb"と"MyBook.xlsm" は動くけれど、"MyProg.exe"が動かない…
 
あちこち彷徨って、Suzuさんが記された"qiita.com"さんのサイトも訪ねました。
そこに記された様々は、驚きの連続でした。
64ビット版365に入れ替えたPC-Bで、"MyData.accdb"と"MyBook.xlsm"が動いているのですから！
 
"qiita.com"さんのサイトに記された方法で、PC-B上に"Microsoft.ACE.OLEDB.12.0"と同"16"が有ることも確認しています。
 
 
MMYSさん
>特に実行環境で(VSがない環境)では原因追及出来ません。
>
御意！
"MyProg.exe"のコードに、不具合発生個所とエラーメッセージを把握できるよう、手を入れてるところです。
try〜catch〜finallyって記述が良いのか悪いのか、判らなくなっています(苦笑)。

どうやら、自己解決したようです。
 
PC-BにVS2022を導入し、PC-Aから"MyProg.exe" に関わるフォルダ(プロジェクト)をコピーしました。
ビルドすると「Microsoft.ACE.OLEDB.16.0が見つからない」とのメッセージ！
 
悩んだあげく、CPUを指定したら、と思い当たりました。
これがビンゴ！、AnyCpu → x64 と変更したら、接続できました。
 
みなさまのご教示に感謝しつつ、ここで閉じます。