64ビット版と32ビット版のどちらを使うべきか

　エンドユーザーにとって、Office（やその他のプログラム）の64ビット版のメリットは何か？　答えは大量のメモリを利用できることだ。だが、Office 2010のアプリケーションのうち、それで恩恵を受けるのはMicrosoft Excelだけだ。Excelの場合は64ビット版を使うことで、サイズが大きくて扱いにくいスプレッドシートやピボットテーブルの処理が容易になる。

　Excel以外、例えばOutlookの場合、一度に数Gバイトが必要になるオブジェクトを処理することは通常ないため、64ビット版に移行するメリットははっきりしない。

　また、Officeの64ビット版は、さまざまな互換性の問題を伴う。ActiveXコントロールやCOM（Component Object Model）コントロールが必要なアドオンがその一例で、2010向けも含めて、相当数のアドオンが提供されている。これらのアドオンの多くは2010用に開発されたものではないが、Office 2010でも使える。ただし、コントロールが32ビットシステム用に構成されている場合（これは大半のケースに当てはまる）、Officeの64ビット版では実行できない。

　同じ問題は、他の主要なデスクトップアプリケーションでも見られる。例えばAdobe Photoshopでは、32ビット版向けに実にさまざまなアドオンやプラグインがサードパーティーから提供されている。64ビット版も普及してきてはいるが、長年Photoshopを利用してきたユーザーは、現在使用している32ビット版プラグインを維持するため、移行を控えている。64ビット版の方がはるかに性能がよいと分かっていても、移行した場合、実際には機能が失われるからだ。

　Visual Basic for Applications（VBA）スクリプトを使用して、Officeに機能を追加している環境も多い。幸い、Officeの64ビット版はVBAマクロの互換性が維持されるので、現状のままマクロを使い続けることができる。ただし、32ビット版と64ビット版では、VBAがDLLやAPIコールを介してシステムと通信する方法に重要な違いがある。

　まず、使用するコードを32ビット版、従来のVBA標準、新しい64ビット標準のいずれかに従ってコンパイルするかを明示的に宣言しなければならない。また、MsComCtl Windowsコモンコントロールには64ビット版がないため、64ビット版のOfficeではこのコントロールが読み込まれない。詳細については、VBAの32ビット版と64ビット版の違いについて書かれたMicrosoftのドキュメントを参照してほしい。

　Office 2010をインストールする場合、32ビット版か64ビット版のどちらかを選ぶ必要があり、同じPCで両方のバージョンを実行することはできない。ただし、仮想マシン（VM）を使えば、この制限は回避できる。例えば、同じPCでもホストマシンにOffice 2010の64ビット版をインストールし、VMで32ビット版を実行することが可能だ。

　その場合、全てのOfficeとWindowsでライセンス規約に違反することのないように注意が必要だ。例えば、Office 2010では、1ライセンスでホストマシンとVMの両方に製品をインストールすることはできない。ただし、1台を携帯用として使用する目的で、2台のPCにインストールすることはできる。

　このように、Officeの32ビット版を使っても問題になることはまずない。64ビット版は、維持しなければならないレガシーソフトウェアがわずかか全くない場合にのみ、利用する方がよいだろう。また、64ビット版を使用する場合は、他のアプリケーションから32ビット版の動作を求められる処理が発生しないかどうかも考慮する必要がある。