2012-02-28 6 views
0

最近、私はWindows 7 Professional上でMicrosoft Access XPを使用しているクライアントに対して、かなり基本的なデータベース移行を展開してきました。全体的に、このプログラムは完全なデータベースソリューションのプロトタイプ化を可能にしましたが、データベースのクローンに対して完全な試行を実行しようとすると、コンパイルエラー、データ型の不一致、私は準備しました。Microsoft Access 2002で構築されたクエリロジックが壊れた

私は広範な検索を行っていますが、私はAccessのコピーでは何も見当たりませんが、作業参照のチェックを外して再チェックする方法を試しても問題は残っています。

特に、この問題は、AccessのLeft()およびNow()関数で発生していますが、今はプログラム全体を処理できないため、他の関数が動作しない可能性があります。

私はWindows 7を実行しているので、これはすべてUACと拡張されたアクセス許可コントロールのために原因である可能性がありますか?必要に応じて、Windows XPモードでAccess XPのテストインストールを試すことができます。

答えて

1

アクセスXP is no longer officially supported by Microsoft。個人的な経験から、正式に7

のWindowsをサポートしているOffice 2010の、に切り替えるには、あなたの顧客を推薦私はそれがすでにVistaの下に不安定であったことを伝えることができますので、私はこれは、Windows 7

に改善されていないことを賭けたいです

+0

その提案をありがとう。私は自分のシステムにデータベースを移動し、すべてが完璧に動いたので、それは重要な問題でした。 – theonlylos

+0

それは知っておもしろいです。 Office 2002/XPを使用している人は、実際には誰も訪れませんでした。なぜなら、保存期間が非常に短いからです。これはMacro Securityの最初のバージョンでもあったため、恐らくこれが原因で駆け落ちした可能性があります。通常、新しいリリースのOfficeは3年ごとに発行されます。 –

1

多くのオブジェクトのプロパティでもあるため、AccessのVBAモジュールでLeft関数を使用することは悪い考えです。代わりにMid関数を使用する方が良いです。 Nowの代わりにDateを使用することもできますが、なぜそれが必要なのかわかりません。

あなたの問題がUACと何か関係があるが、32ビットから64ビットWindowsへの切り替えが確かに問題を引き起こすかどうかは疑問だ。 Accessデータベースを展開する際の最大の問題はMacro Securityですが、あなたはそれを認識していると確信しています。

また、DAOとADOが混在していないことを確認してください。それは確かにあなたを台無しにするでしょう。

+0

お返事ありがとうございました。このケースでは正確な問題ではありませんでしたが、私はAccess開発に携わる他のプロジェクトと挑戦しています。 – theonlylos

関連する問題