32ビットExcelおよび64ビットSQL Server

SQL ServerのExcelからプレートを読む...実際、もっと簡単なものは何でしょうか？ これには多くの可能性があります。 以前のDTSであるIntegration Servicesツールがあり、「舞台裏」と同じインポート/エクスポートウィザードがあります。独自のADO.NETアプリケーションをすばやく構築できます。 7の時代以来、DTSとして知られるサーバー。これにより、テーブル（テーブルのセット）または直接（アドホック）クエリの結果の形式で、ODBC / OLE DB到達可能ソースを理論的に簡単かつエレガントに見ることができます。 それは、64ビットアーキテクチャがハイエンドドメインの何かであることがなくなり、開発者とユーザーのラップトップに届くまででした。 結局、普通のユーザーは自分でデータベースサーバーをインストールすることはまずありませんが、32ビットMS Officeを備えた64ビットSQL Serverが単一のx64ベースのマシンに共存する場合、開発者にとって状況は珍しくありません。 この場合、ExcelまたはAccessでリンクサーバーを作成すると問題が発生します。もちろん、それらのドライバーは32ビットであり、64ビットであるSQL Serverはこれを認識しません。 接続を含むすべてのガジェットを備えたオフィスはコンピューター上にありますが、彼が知っているプロバイダーのリストには類似したものはありません。





図1



したがって、 ドキュメントで説明されているように、 Excelでリンクサーバーを使用しようとすると、エラーメッセージMsg 7302、レベル16、状態1、行1が発生します。

リンクサーバーのOLE DBプロバイダー「Microsoft.ACE.OLEDB.12.0」のインスタンスを作成できません...

「何をすべきか」という永遠の疑問が生じますか？



さて、何をすべきか。 もちろん、64ビットプロバイダーを配置します。 ここ（ Microsoft Access Database Engine 2010 Redistributable ）は、AccessDatabaseEngine.exeとAccessDatabaseEngine_x64.exeの2つの部分で配布されています。 64ビット版をダウンロードし、インストールを実行して、たわごとを取得します。





図2



つまり、64ビットのSQL Serverの近くに32ビットのOfficeがなかった場合、Gdのために、高度な技術が開発されて、何をすべきかが明確ではありません。 SQL ServerをExcelタブレットに入れるためだけに、32ビット版のOfficeを破壊し、代わりに64ビット版を追加するには？ 64ビットのSQL Serverを破壊し、同じ32ビットのみを置き換えるには？ 私はこれが柔軟な解決策であるとは思わず、そのような機会を持つことは常に可能ではありません。 たとえば、 男性が書いているように 、 MS Accessデータベースは顧客サイトの実稼働環境であり、それを削除して64ビットバージョンをインストールすることはできません。 もちろん、既存のSQL Server 64ビットを削除して、32ビットバージョンをインストールすることもできません。 その場合、MS Accessへのリンクのみを提供するSQL Server 32ビットの追加インストールが唯一のオプションになります。 これは非常に恐ろしいことです。 誤解が始まります。 64ビットのJetは存在しないため、64ビットバージョンの「Microsoft Access Database Engine 2010 Redistributable」をダウンロードしてインストールする必要があります。 - ご回答いただきありがとうございますが、AccessDatabaseEngine_X64.exeをインストールすると、次のエラーが表示されます （図1を参照 ） - このKB記事を参照してください： support.microsoft.com/kb/2269468- リンクの記事最後のメッセージで、すべてのOffice 32ビット製品をアンインストールするように指示されています。 目標は32ビットMS Accessデータベースに接続することであるため、これは意味がありません ...-Accessファイル（32ビットに接続するには、「Microsoft ACE OLEDB Provider」の64ビットバージョンをインストールする必要があり ます。 または64ビット）SQL Serverから。 - しかし、64ビットドライバーをインストールしようとしましたが、インストールエラーが発生しています...- 前のKB記事で原因を説明し、解決策を提供しています。参照できます。 - あなたは私を円で案内しています。



実際、問題は64ビットバージョンのMicrosoft ACE OLEDBプロバイダーを32ビットオフィスの隣に強制的にインストールすることです。 なぜ額でこれを行うことができないのかは哲学的な問題であり、その主題に関して多くのコピーも壊れています。 それらがアプリケーションの2つの異なるバージョンをコンパイルすることを強制できないという事実。 1つはx86プラットフォーム用、もう1つはx64プラットフォーム用です。 次に、インストールするアプリケーションのバージョン（32ビットまたは64ビット）がわかるように、ACEドライバーのどのバージョンがインストールされているかを何らかの方法で判断する必要があります。 デフォルトのAnyCPU向けにアプリをコンパイルし、32と64の両方のデータプロバイダーをインストールできるようにすれば、人生はずっと単純になります。32ビットと64ビットのACEが共存できないのはなぜですか？ - これは、Microsoftが32ビットおよび64ビットのMicrosoft Office 2010またはそれらの依存コンポーネントのサイドバイサイドインストールをサポートしていないという事実に基づいています ...-申し訳ありませんが、それは質問に対するあまり有用な答えではありません。 Q：32ビット版と64ビット版のMicrosoft Access Database Engine 2010再頒布可能パッケージ（AccessDatabaseEngine.exeおよびAccessDatabaseEngine_X64.exe）を同じマシンにインストールできないのはなぜですか？ A：マイクロソフトは、32ビットおよび64ビットのMicrosoft Office 2010のサイドバイサイドインストールをサポートしていません。それは答えではなく、言い換えれば質問を繰り返しているだけです。 Q：なぜこれができないのですか？ A：サポートしていないからです。 Q：なぜサポートできないのですか？ A：サポートしていないからです。



私の回避策として、AccessDatabaseEngine_X64.exeのインストールに/パッシブスイッチを使用しました。これにより、64ビットバージョンのプロバイダーを32ビットバージョンのOfficeと並べて使用できます。 この方法はMicrosoftによって公式にサポートされていないことを強調する必要があります。また、非互換性に関する問題の可能性に関する警告もあります。 ドライバーAccessDatabaseEngine_x64.exeをインストールすると、 MS Office Pro PlusはMS構成プロセスを開始します 。これは、ドキュメントまたはOfficeプログラムが開くまでに1〜2分かかることがあります 。 Office 2010 32ビットがインストールされ、64ビットaceが/ passiveでインストールされている場合、Access 2010を実行するたびに**毎回、officeの32ビットドライバーにリセットする自動インストールルーチンが取得されます 。 私の場合（Office 2013 Pro Plus、SQL Server 2012 Developer Ed。、Windows 8.1）目に見える問題はまだありません（pah-pah-pah）が、これが呼び出されているのはこれだけであり、それがなければ義務。



AccessDatabaseEngine_x64.exe をダウンロードし、すべての消防士にシステム復元ポイントを作成します（ただし、私の意見では、Officeコンポーネントを更新すると、とにかく自動的に作成されます）。コマンドラインから配置します。 可能なキーは次のとおりです。





図3





図4



図2とは異なり、インストールが開始されます





図5



どこかで30分で乾いた、ビジネスのように、ファンファーレも、OK、歓声も、起きたなどもありません。 スホフとは何かを見てみましょう。 図1では、プロバイダーのコンテキストメニューから「更新」と言い、彼らが言うように、違いを感じています。





図6



それはインスピレーションを与えます。 簡単なxslxがすぐに乱れました：





図7



SQL Serverで、このExcelへのリンクサーバーを作成します。

if exists (select 1 from sys.servers where name = 'XlsLnkSrv') exec sp_dropserver @server = 'XlsLnkSrv', @droplogins = 'droplogins' exec sp_addlinkedserver @server = 'XlsLnkSrv', @srvproduct = 'ACE 12.0', @provider = 'Microsoft.ACE.OLEDB.12.0', @datasrc = 'C:\Temp\Sample.xlsx', @provstr = 'Excel 12.0; HDR=Yes'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

スクリプト1



そして、私たちは次のように読みます：

 select * from openquery (XlsLnkSrv, 'Select * from [Sheet1$]')
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

スクリプト2



ゴール？ いいえ、イチジク！



メッセージ7399、レベル16、状態1、行1

リンクサーバー "XlsLnkSrv"のOLE DBプロバイダー "Microsoft.ACE.OLEDB.12.0"がエラーを報告しました。 プロバイダーはエラーに関する情報を提供しませんでした。

メッセージ7303、レベル16、状態1、行1

リンクサーバー "XlsLnkSrv"のOLE DBプロバイダー "Microsoft.ACE.OLEDB.12.0"のデータソースオブジェクトを初期化できません。



いいえ、（Excelを閉じるのを忘れていました）まだ目標です！





図8



同様に

 select * from openrowset('Microsoft.ACE.OLEDB.12.0', 'Excel 12.0;Database=C:\Temp\Sample.xlsx;HDR=Yes', 'Select * from [Sheet1$]')
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

しかし、彼女のために（念のために、私はあなたに思い出させる）あなたは最初にしなければなりません

 exec sp_configure 'show advanced options', 1; reconfigure; exec sp_configure 'Ad Hoc Distributed Queries', 1; reconfigure
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

スクリプト3



結論として、64ビットプロバイダーは32ビットプロバイダーと並んでいなかったが、それをそれ自体に置き換えたことに注意する必要があるため、たとえば、BIプロジェクトのSQL Serverデータツール（以前のBIDS）でIntegration Servicesオフィスとの連携を拒否します） 同じSample.xslsxのDTSパッケージのデータフローで接続を作成すると、Microsoft Office 12.0 AccessデータベースエンジンOLE DBプロバイダーの初期化でエラーが発生します。これは、devenv.exeが32ビットでプロバイダーが64ビットであるため論理的です。 動作を返すには、32ビットオフィスプロバイダーを復元する必要があります（ そこから ）が、リンクサーバーは別れます。 リンクサーバーを機能させるには、記事の冒頭をご覧ください。 そのようなもの。 現在、控えめなニーズはExcelへのアクセスに限定されていました。 たとえば、Accessデータベースでの動作をテストしていません。 独立した演習として読者に提供されます。 接続に関する情報から判断すると、特技の場もあります。