まず第一に、私はこのようなこの質問に関連するいくつかの他の解決策を読みました
ただし、少し異なる問題があります。
基本的に、ユーザーが登録して登録の詳細を送信できるように、登録フォームを作成する必要があります。
登録ごとに、ユーザーがフォームに適切に記入するドキュメントチェックリストのようなものがあります。
文書チェックリストでは、対応する文書を持っている場合、ユーザーは適切なボックスにチェックを入れることができます。各チェックリストには必須フィールドもあります。
チェックリストの例は次のとおりです (例のみ)。
- 運転免許証 []はい []いいえ はいの場合、ID を指定してください: ..........
これまでのところ、次のテーブルがあります
- tb_registration (reg_id、reg_no、reg_date、...)
- tb_user (usr_id、usr_unique、usr_city、...)
- tb_attachment (reg_id、doc_id)
- tb_documents (doc_id、doc_filename、doc_size、...)
- tb_reg_checklist(reg_id, chk_id)
- tb_chk_details(chk_id, [これは私が混乱している部分です])
基本的に上記の構成で、すべてのユーザーが 1 つ以上の登録を行うことができます。登録ごとに、ユーザーは適切なドキュメント チェックリストに記入する必要があります。
すべての登録には、1 つまたは複数のドキュメントが添付されている可能性があるため、tb_attachment. この場合、すべての登録には 1 つ以上の添付ファイルがあり、添付ファイルの詳細 (実際のドキュメント) は tb_documents に保存されます。
私は現在、ドキュメントのチェックリストの部分を詳しく説明する方法にこだわっています。
このような構造になるように、tb_chk_details を含む 1 つの大きなテーブルを使用する必要がありますか?
chk_id chk_license [ENUM] chk_license_no chk_doc_one [ENUM] chk_doc_one_no chk_doc_two [ENUM] chk_doc_two_no
等々....
または、この種の問題を軽減するためのより良い方法はありますか? どんな助けでも大歓迎です。
乾杯、