MS Access 2010 SQLクエリとマスタ詳細関係からフォームを作成

Question

SQLクエリに基づいたフォームを作成する手順を誰にでも教えてもらえますか？私はすでにウィザードを使ってフォームをコンパイルしており、SQLクエリーに基づいてフォームを作成する方法を理解しています。私の独自のデザインを使用して、マスター詳細関係を使用してフォームを作成します。

Answer 1

SQLクエリはどういう意味ですか？

フォームをレコードセットにバインドしますか？その場合は、http://support.microsoft.com/kb/281998を参照してください。

レコードソースにSQL Serverビューを使用しますか？あなたはそれをリンクすることができます：http://office.microsoft.com/en-us/access-help/import-or-link-to-sql-server-data-HA010200494.aspx

レコードソースをSQL文字列に設定しますか？手動またはVBAを使用してこれを行うことができます。

Answer 2

実際には、1つのレコードでマスタフォームを作成し、2つのテーブルを結合するクエリを作成する必要があるアクセスで、いくつかの子ディテールレコードを編集すると誤解されている可能性があります。私はそれがどれほど間違っているかを強調することはできません。それはほとんどのシステムが動作する方法ではありません。

実際に、子レコードを子テーブルに追加する場合、子レコードが10個ある場合は、そのレコードでも10回、マスタレコードの10個の複製のうち、編集できるようにしたいのですか？

マスターテーブルに基づいたクエリを作成することは自由であり、そのクエリは子レコードデータに参加する必要もなく、参加する必要もありません。このクエリーを作成したら、ウィザードを使用するか、デザインモードでフォームを表示し、このクエリーに基づいてフォームにフィールドをドロップするだけです。これを済ませたら、このマスターフォームを保存することができます。これで、子テーブルに基づいて新しいクエリを作成できます。そしてもう一度、この子テーブルに基づいてフォームを作成します。これを済ませたら、子フォームをマスターフォームにドロップすることができます。また、ウィザードで行ったのと同じ設定ができます。

したがって、両方の方法と両方の方法では、他のテーブルに結合するSQLクエリを作成する必要は絶対にありません。また、基本表ではなく、問合せにフォームを作成したり、基礎を置いたりすることには、特に利点はなく、パフォーマンス上の利点もありません。また、子テーブルを編集する子フォームについては、子テーブルを直接子テーブルに基づいて、またはクエリに基づいて特定の利点やパフォーマンスの問題はありません。

モデルにアクセスして、親から子へのデータまたはマスターを編集して維持している場合は、2つのテーブルを結合するクエリを使用する必要はありません。だから一般的なルールは、フォームを1つのテーブルの結果であるクエリに基づいています。前述したように、それはむしろ、テーブル自体の上にフォームを直接置くことは許容されます。