恐ろしいデータベースを Lotus Approach '97 から MS Access 2010 に移行しています。Access を使用するのはこれが初めてですが、SQL には精通しています。
EventsのテーブルとClientsのテーブルがあります。これらのクライアントは、実際には個人または企業です。イベントの代理主キーをクライアントの代理主キーにリンクする、ClientEventsと呼ばれる結合テーブルがあります。(つまり、イベントとクライアントの間に多対多の関係があります)。
私の問題は、特定のイベントの ClientEvents テーブルを表示しようとすると、結果が単に代理キーのリストになることです。これは、これらの代理キーを認識しないクライアントには役に立ちませんが、複数結合またはサブクエリを実行して、関連するテーブルから個人/会社の名前を選択しようとするとすぐに、クエリ/フォームは更新できません。
おそらく、子テーブルの認識可能なフィールドの隣に代理キーを定期的に表示する必要があるため、この問題は非常に一般的ですか?
連続形式で DLookup を使用してみましたが、これは恐ろしく遅いです。確かにアクセス的にはこういうデザインが一般的？それとも、適切なリレーショナル デザインを実装するのが巧妙になりすぎているのでしょうか。アクセスは本当にそのような設計に対応できるのでしょうか?