ACSESS初心者です マンション管理をACCESSで出来ないかとチャレンジしています。 リレーショ

ACSESS初心者です
マンション管理をACCESSで出来ないかとチャレンジしています。

リレーションで
(1側)居住区番号には居住者情報全般が入ります。
(多側)駐車場関係IDと区画番号等が入ります。

これが基本の二つのテーブルになります、

リレーションで1対多の場合
1側の居住区番号の居住者が転居後(転出日項目あり)で前居住者情報を残した上で、　
同名居住区番号のレコードを新たに追加したいが　元のIDを呼び出してしまいます。

この場合、新たにIDを作ることは出来ないのでしょうか？

ちなみに　多側の(駐車場関係路面番号)は問題なく　前使用者の情報を残したまま新しくIDを作れるのですが,,,

1側のデータを残す必要は　次の居住者(区分所有者)との変更届出書の書面提出確認まで残して置く必要から、又　途中仲介者の買い取りがあり　データーを残す必要があります。
単に上書きしてしまうと前居住者情報が消えてしまうからです。

出来ましたら　判りやすくご指導戴ければ助かります。

質問者からの補足コメント

• 出来ました
  なんということでしょう(驚)
  一気に問題解決です。
  ありがとうございました。
  
  まだまだ　若輩者です。
  78歳♂

    補足日時：2022/10/10 10:57

No.3 ベストアンサー 回答者： taglet 回答日時： 2022/10/10 13:23

問題が解決して、何よりです。

主キーについて、少々解説します。

主キーは、レコード（行）を一意にするために設定します。
「居住区番号」だけだと入居者が替わったときに重複してしまうので、「入居日」などと組み合わせることにより、一意になるようにします。

こちらの「複合キー」の考え方です。
https://medium-company.com/%E4%B8%BB%E3%82%AD%E3 …

この回答へのお礼

このたびは　お世話になりました。何かの折り又　お願いします。
昨日現地で　いろいろ他にも組み込む必要性を確認しました。
クエリの範囲ですと良いのですが,,,今回は助かりました締め切りの催促が来ましたのでとりあえずお礼がの挨拶させていただきました。

お礼日時：2022/10/14 09:49

No.2 回答者： taglet 回答日時： 2022/10/08 14:23

一般的に、RDB（リレーショナルデータベース）のテーブルは、レコードが一意になる主キーを設定します。

例えば、以下の列を主キーとします。
居住区テーブルは、居住区番号と入居日
駐車場テーブルは、駐車場関係IDと区画番号

※例えなので、適切な項目を設定してください。

この回答へのお礼

ありがとうございます

もう少し時間をください。
教科書に無いもので目から鱗の状態です。
過去には今月入力したデーターの中で報告すべき情報が取り出すことができず、四苦八苦。

一つずつクリアしてきました。
当方にとっては最後の難関でもありますけど、
PCの前に座る時間が散れなくて,,,逆にイラついています。

二つ作った主キーの一つはリレーションで繋ぐことになると思うのですが、もう一つの役目が理解できないのですが、テーブルの保護目的になるのでしょうか？

お礼日時：2022/10/10 08:56

No.1 回答者： taglet 回答日時： 2022/10/08 12:22

居住区のテーブルに、重複しない主キーを設定してください。

https://dekiru.net/article/14889/

この回答へのお礼

早速の答え
ありがとうございます

まさか　こんなことが出きるとは思いませんでした。
仕事帰りの車中ですので　帰宅後早速チャレンジしてみます。

ただ、主キー　= 1側ではなかったかと,,,　でも、IDは作れるという解釈ですね。

ヒントありがとうございました。

お礼日時：2022/10/08 13:00