少数のテーブルとクエリを持つやや複雑なデータベーススキーマを作り直して拡張していますが、それらは密接に関連しています。私が抱えていた唯一の問題は、テーブルの1つで、別のテーブルに関連する2つのフィールドが、レコードのIDではなくレコードのフィールド名を使用していたことでした。参照フィールドのデータ型をテキストから数値に変更し、いくつかのデータを入力しました。クエリとレポートは、1つの例外を除いて正常に機能します。
両方の参照フィールドを使用するレポートが1つあります。フィールドの1つは問題ありませんが、もう1つは数字の代わりに記号を表示します。（私のサンプルエントリのIDは14と20で、表示されている記号は二重の音符/ alt code14/と段落の終わりの記号/altcode 20 /でした）さらに調べてみると、レポートのクエリソースを含むクエリでは、両方のフィールドが正常に表示されますが、そのクエリに別のテーブルを追加すると、2番目のフィールドに数字ではなく記号が表示されます。
これらのフィールドをテキストに戻し、他のテーブルのidフィールドもテキストに変換することで、この回避策を見つけました。このテキストキーは後で私を悩ませることになるので、手遅れになる直前に作成したいと思います。
これは2010年のすべてのアクセスです。ソースファイルはすでに2010年にありました（2007年でも開くことができませんでした）