Access チェックボックスを利用した絞込検索のクエリ記述

Question

ここ数日、試行錯誤やgoogle検索したのですが、分からないためヒントを下さい。
Accessで、チェックボックス(Yes/No)を含むテーブルがあります。
検索フォームを作成し、ここにチェックを入れることで、テーブルから一致するデータを抽出したいです。
ただし、「Yes」のみが有意なデータで、「No」は無視したいです。

　　　チェックＡ　チェックＢ　チェックＣ
１　　　　Yes　　　　No　 　　　No
２　　　　Yes　　　　Yes　　　　No
３　　　　Yes　　　　Yes　　　　Yes

（得たい結果）
チェックＡをYesで検索…１，２，３
チェックＡ＋ＢをYesで検索…１，２
チェックＡ＋Ｂ＋ＣをYesで検索…３

単に検索フォームのチェックボックスの値を「抽出条件」に入れますと、「No」まで一致するように抽出するので意図と違います。
チェックを入れなかった項目については無視して、クエリを働かせられればよいのですが...。
どのようにクエリを記述したらよいのでしょうか。
フォームにあるチェックボックスからのデータの取得や抽出結果のフォームへの表示などはできています。

よろしくお願いいたします。

bonaron · Accepted Answer

> この「資格」（チェックボックス）は30項目あります。

> そもそものテーブルデータの持ち方が悪ければ、まだ検討できるタイミングではありますが、いかがなものでしょうか。

資格マスタと資格取得情報のテーブルを作るのが本筋でしょうね。
今回の抽出方法は難しくなるとは思いますが。
テーブルデザインの件に関しては、このスレへのリンクを張って
こちらで質問されてはいかがでしょうか？
http://www.accessclub.jp/

以下、現在のテーブルのままでの抽出条件の回答です。

「チェックＡ」の抽出条件欄に
<= [Forms]![検索フォーム]![チェックボックスA]
　（先頭の「<」も書くのですよ。引用の意味ではありません。）
「チェックＢ」「チェックＣ」・・・も同様に。

TRUE が -1、 FALSE が 0 であることを利用しています。

mhassy · Answer

#11　の回答を一部訂正させて頂きたく、記入させて頂きます。

bonaron殿の提示された回答で、質問者さんの希望する条件を満たしております。

私の指摘が間違っており、bonaron殿の条件式が正しいと訂正させて頂きます。

＞＞bonaron殿
申し訳ありません。　確認不足でした。

mhassy · Answer

#4 再・再・再回答です。　（笑）

回答者さんらの「善意に満ちたアドバイス」を読み、自分も参加できていることが嬉しく思います。
ただ、その善意が無駄にならない様、あえて質問者さんが間違った方向へ向かわないためのコメントをしたいと思います。
決して、他の回答者さんへの批判ではなく、議論する気も有りませんので、皆様のご理解を頂きたいと思います。　m(__)m

>bonaron殿
個人的な経験から判断では、テーブルの設計に問題はなく、そのままの項目設定で良いと考えますが、「それをどの様にクエリで抽出するか？」が要点だと考えます。
（ちなみに私もご紹介サイトの利用者です。　便利ですよね。）
また、bonaron殿のご提示した方法では、チェック項目が「複数Yes指定」された場合には「And条件となる」ため、質問者さんが意図する「Yes以外は意識しない」という条件での抽出結果には「なりません」。
仮に「または」という「Or条件」で指定する場合、なおさら希望条件での抽出は出来ないため、ご提示の回答には不備があると思えます。

＞piroin654殿
丁寧＆親身な複数回答で好感を持っておりますが、気の毒なことに、質問者さんの記入した条件の「矛盾」をきちんと理解されておられないご様子です。
（＃４回答をご覧下さい。＃９回答でも未だ勘違いされておられます。）
また、チェック項目数による「条件の組み合わせ数の膨大さ」については、＃１への補足を（３０項目）読んだ時点で解りきった話です。

この「膨大な組み合わせがある条件式」でのデータ抽出を、いかに効率的＆実用的＆運用が容易・・・に沿ってと考えるならば、「一つのクエリで条件式を提示する」ことはとても困難であることがご理解頂けると思います。

質問者さんは、
とりあえず「目の前の抽出手段」をお求めですが、
実際は、
「運用」までを考慮することが「必要」だと考えます。
勿論、（失礼ながら）質問者さんの「説明不備（＆間違い）」を補いながら、もうちょっとマクロな視点での助言をするというのが、「皆さんの善意」だと感じましたので補足回答させて頂きます。

piroin654 · Answer

結局、あまり深く考えずに、
チェックがONになっている組み合わせと同じ
パターンのレコードを表示する
ということで＃８さんの提示されている方法で
必要なデータはそろいます。私は違うことを
組み合わせていたので少し版を大きくしてし
まいました。

piroin654 · Answer

質問に答えていただいてからいろいろ
考えてみましたが・・・・・・・・・。
チェックがONになっている組み合わせと同じ
パターンのレコードを表示するのは簡単で
すが、とんでもない勘違いをしていないなら、
問題はその先です。

チェックが三つの場合、
（得たい結果）
チェックＡをYesで検索…１，２，３
チェックＡ＋ＢをYesで検索…１，２
チェックＡ＋Ｂ＋ＣをYesで検索…３

これ以外に
チェックBをYesで検索
チェックB+CをYesで検索
チェックCをYesで検索

の検索組み合わせがあります。そこで
まず30項目あるというこでその組み合わ
せはどのくらい有りえるのかと計算して
みました。重複を取り除いて計算すると
とんでもない個数がでてきました。クエ
リのネストどころの数字ではありません。
かといってクエリをその都度発行すると
いう形をとっても発行回数は、！！！！
！！！！！です。
たとえば項目が10であったとします。
10の項目のうち一つをもっている
組み合わせは10。２個は45。３個は120
・・・・。このような数です。
それぞれの組み合わせについてYesで
検索しなければなりません。
いずれにしてもありえる組み合わせは
希望の結果をだすためにはかなりの
壁です。テーブルの構成変更などでは
到底及ばない大きな壁です。
どちらかというとハノイの搭の円盤に
ハノイの搭を乗せている感じです。
業務で必要なことなのでしょうから
求められるものなら求めたいでしょう。
あきらめるのも何ですから、なんらかの
方法を考えてみます。他の方お知恵を
よろしく。

mhassy · Answer

＃４　再・再回答です。

先の「再回答」をしておいてなんですけど・・・

Accessで「データ抽出機能」を実現させるよりも、
ExcelでDBを参照し「オートフィルタ」を使う運用の方が数倍「効果的＆実用的」では？

総合的な判断では、この方が良い気がしています。
この方法について皆で考える方が「実用的」な回答になりそうです。

f(^^;)

mhassy · Answer

＃４　補足を受けての再回答です。

クエリの記述というよりも、手法の紹介です。
スッキリとした・・・とは決して言えませんが、
・チェック項目（資格？）の追加・削除時のメンテ
・管理者（メンテナンスする者）のAccess知識が低くともOK
（・デバッグが段階的に行える）
⇒継続運用が容易
を考慮した手法です。

概要としては、
「チェック項目の数だけクエリをつくり、クエリをネストさせる」
というものです。

一つのクエリに記述される「抽出条件」は、一つのチェックボックスが「True」のみで、抽出する項目は「レコードに含まれる項目全て」となります。

※このクエリを実行することで、一つのチェック項目に該当するレコード全てが抽出でき、他のチェック項目の内容を意識しない（＝質問の条件に該当）漠然とした抽出が出来ます。

このクエリを「抽出元」とし、次のチェック項目（例えばB）が「True」のみ・・・
というように「クエリをネスト」させていきます。

こうすることで、ご希望の条件でレコードを（段階的に）絞り込むことが可能であるため、（他の項目を意識しないで）検索画面の条件を満たすことが可能です。

最終的に出力させたい「リスト」やその他フォームの「元データ」は、「ネストさせたクエリの最後」を指定するだけで、連結動作することが出来ます。

メンテナンス時においては、
項目追加の場合、最後のクエリを追加し、追加したクエリを「元データ」とした出力先に変更する。
項目削除の場合、削除したクエリの「次のクエリの抽出元」をつなぎかえる。
この「定型手順」でAccess知識が低い方でも（手順書＆説明で）対応できると考えます。

最大の問題は、「処理スピード（動作スピード）」となります。
PCのスペックや、レコード数、その他の要因が推測出来ます。

とは言えご説明の例から推測すると、実行時の処理速度についてはそれほど意識しない構造でも良いと推測いたします。
例えば、派遣業や紹介業などで「登録人材を条件で抽出する」ことが重要であり、この検索を行う「頻度やスピード」はそれほど重要視しなくても良いとの推測です。

こういった場合は「運用＋メンテナンス」を考慮する方が重要と考えました。

クエリの抽出条件やSQLを「複雑」な条件とするより、「視覚的に簡潔」にする方が
、Accessを利用する効果があると考えます。

piroin654 · Answer

ご返答いただきありがとうございます。クエリでの
表示のみでいいということはわかりました。それと
かんじんなことをお聞きするのを忘れていましたが、
フォームのチェックボックスはいくつありますか。
テーブルと同じ数あると考えてよろしいですか。
個数によっては方法を変える必要がでてきます。

mhassy · Answer

ご説明の条件に矛盾があるように思えるため、補足要求したいと思います。

＞チェックＡ＋ＢをYesで検索…１，２
両項目が「共にYes」である条件検索なのに・・・、
２・３（＝両項目がYes）を結果とするのではなく、
Bが「Yesでは無いものを検索しなければならない」というのは・・・？
検索画面の「指定条件と矛盾する結果」が欲しいということになっている様子です。

＞ただし、「Yes」のみが有意なデータで、「No」は無視したいです。
これをふまえると・・・

・チェックAのみがYesと指定された場合、
⇒得たい結果は１・２・３
≒チェック項目B・Cの内容は無視し、条件に加えない。
≒AがYesでありさえすれば良い。

・チェックA・Bの２項目がYesと指定された場合、
⇒得たい結果は２・３
≒チェック項目Cの内容は無視し、条件に加えない。
≒A・BがYesでありさえすれば良い。

・チェックA・B・CすべてがYesと指定された場合、
⇒得たい結果は３のみ
≒指定した条件項目と、その内容（Yes)の条件を全て満たすもの

というのが、本来の質問の「条件」では無いでしょうか？

また、チェックBのみの指定や、チェックCのみとか、B・Cのみ、A・Cのみといった「別の組み合わせ」条件についてのご説明も補足しないと、実用時にありえる入力をカバーできないため、SQLやその他の手法を提示することは出来ないと考えます。

上記の矛盾点（？）と足りないと思える条件を補足して頂ければ、何らかのお手伝いが出来ると考えています。

30246kiku · Answer

テーブルのフィールド名を「チェックA」「チェックB」「チェックC」と、
フォーム名を検索フォーム、チェックボックスをＡ，Ｂ、Ｃと仮定します。

クエリをSQLビューで見た時の WHERE 部分を書き換えます。

・・・・
WHERE IIF(([forms]![検索フォーム]![Ａ]=True,[チェックA]=True,True) AND
チェックB用 AND チェックC用

※チェックA用が
IIF(([forms]![検索フォーム]![Ａ]=True,[チェックA]=True,True)
となります。

Access チェックボックスを利用した絞込検索のクエリ記述

> この「資格」（チェックボックス）は30項目あります。

この回答への補足

#11 の回答を一部訂正させて頂きたく、記入させて頂きます。

この回答への補足

#4 再・再・再回答です。

結局、あまり深く考えずに、

この回答への補足

質問に答えていただいてからいろいろ

＃４ 再・再回答です。

＃４ 補足を受けての再回答です。

ご返答いただきありがとうございます。

この回答への補足

ご説明の条件に矛盾があるように思えるため、補足要求したいと思います。

この回答への補足

テーブルのフィールド名を「チェックA」「チェックB」「チェックC」と、

この回答への補足

似たような質問が見つかりました

このQ&Aを見た人はこんなQ&Aも見ています

関連するカテゴリからQ&Aを探す

このQ&Aを見た人がよく見るQ&A

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング

#11　の回答を一部訂正させて頂きたく、記入させて頂きます。

＃４　再・再回答です。

＃４　補足を受けての再回答です。