| |
>SELECT クエリA.CD, クエリA.取引先名, クエリA.支払予定日, クエリA.明細, クエリA.サブID
>FROM クエリA
>GROUP BY クエリA.CD, クエリA.取引先名, クエリA.支払予定日, クエリA.明細, クエリA.サブID, ク>エリA.抽出日付, クエリA.式1
>HAVING (((クエリA.抽出日付)=[Forms]![フォームA]![コントロールA]))
>ORDER BY クエリA.式1 ・・・・・・※
>
>Union all SELECT クエリB.CD, クエリB.取引先名, クエリB.支払予定日, クエリB.明細, クエリB.サブID
>FROM クエリB
>GROUP BY クエリB.CD, クエリB.取引先名, クエリB.支払予定日, クエリB.明細, クエリB.サブID, クエリB.抽出日付
>HAVING (((クエリB.抽出日付)=[Forms]![フォームA]![コントロールA]))
>
>UNION ALL SELECT クエリC.CD, クエリC.取引先名, クエリC.支払予定日, クエリC.明細, クエリC.サブID
>FROM クエリC
>GROUP BY クエリC.CD, クエリC.取引先名, クエリC.支払予定日, クエリC.明細, クエリC.サブID, クエリC.抽出日付
>HAVING (((クエリC.抽出日付)=[Forms]![フォームA]![コントロールA]));
>
>※の ORDER BY が全く機能せず、順番がぐちゃぐちゃになります
当然の結果ですね。
ユニオンクエリの場合、ORDER BY 句は、一番最後にしか書けません。
具体的に言うと、クエリＣから成るクエリの HAVING 句の次にしか書けません。
それ以外のところに ORDER BY 句を書いても無視されます。
確か、ヘルプに書いてあったと思います。
ただ、一番最後に「ORDER BY クエリA.式1」を書いたとすると、
クエリＢやクエリＣには、「式1」フィールドはないのでしょうから、
「式1フィールドがないよ」というような内容のエラーになるはずです。
具体的には、「式1」と表示されたパラメータ・ボックスが出てくると思います。
そこで、どうするかですが、クエリＢやクエリＣに「式1」フィールドを設けてやればいいです。
その場合、クエリＢやクエリＣの「式1」フィールドには、
クエリＡの並び替えを邪魔しないような定数を指定することになると思います。
なお、この定数は、クエリＡの「式1」フィールドのデータ型に合うものとしてください。
例えば、クエリＡの「式1」が長整数型の値を返すとすれば、こんな感じです。
SELECT CD, 取引先名, 2147483647 AS 式1
FROM クエリB
GROUP BY CD, 取引先名
HAVING 抽出日付=[Forms]![フォームA]![コントロールA]
なぜ、定数を「2147483647」という時にしたかというと、
長整数型の数値の中で最大のものだからです。
「2147483647」なら、クエリＡの並べ替えを邪魔しないと思います。
>※の ORDER BY が全く機能せず、順番がぐちゃぐちゃになります
>
>ちなみにクエリABC単体ではちゃんと機能して昇順に並びます
アクセスって、というよりも、リレーショナルデータベースってそういうものです。
テーブルやクエリの各レコードは、並び順の情報を持っていません。
例えば、クエリ甲で並べ替えを行い、クエリ甲をベースにして作ったクエリ乙があるとして、
もしレコードが並び順の情報を持っていれば、それに基づいて、
クエリ乙にクエリ甲の並べ替え結果を反映させられますが、
レコードが並び順の情報を持たない以上、クエリ乙にはクエリ甲の並べ替えの結果は反映されません。
あるいは、こうも言えるかもしれません。
クエリ甲からクエリ乙に対して、クエリ甲で ORDER BY 句が設定されているという情報を通知してくれれば、
クエリ乙にクエリ甲の並べ替え結果を反映させられますが、
アクセスというアプリケーションは、そういう通知はしないという設計になっているのです。
クエリ乙においてクエリ甲での並べ替えを反映させたければ、
クエリ乙において、改めて並び順を指定する必要があります。
|
|
かるびの
- 16/2/19(金) 2:08 -
![[未読]](./data/access/image/read_icon.gif){kind=icon}
