Интересный момент:
В запросе (Лист1_1) создал поле


так вот, пока в лефт джойне с ним не прописал
вместо обычного

эта бяка вела себя как обычный INNER JOIN
т.е. не выводила записей, с C_HEAD<>19

Кто сталкивался? (я как-то видел упоминание о глюках иннер джойнов. правда в MSSQL. Не поверил)

Или даже с ними не выводила?

В сад. Все завтра!

Посмотрел. Действительно видел, но не запомнил. Наткнулся в Аксе97. Нужно было что-то вроде:

SELECT qB.*, A.*
FROM qB LEFT JOIN A ON (qB.B = A.b) AND (qB.a = A.a)
WHERE (A.b Is Null);

поюзать в запросе на добавление.
(где qB:
SELECT 1 AS a, B.*
FROM B;)

Test:
____
Access2.0:
сегодня, в пробной базке, после того, как (сразу) один раз воткнул AND ((qB.a = A.a) OR (qB.a IS NULL)), все запросы (qB LEFT JOIN A) стали(?) считаться "правильно", даже без (OR qB.a IS NULL), что не спасает ситуации с (A LEFT JOIN qB), который всегда выводит данные как "INNER JOIN" (правда пока мне такой "вариант" не нужен по смыслу). Смешно, но не могу получить "исходную" (вчерашнюю) ситуацию - заставить считать LEFT JOIN как он считал в 97. Может быть Access2.0 в случае (qB LEFT JOIN A) или (A RIGHT JOIN qB) считает ВСЕГДА правильно, а в обратных /(A LEFT JOIN qB) или (qB RIGHT JOIN A)/ - всегда как INNER JOIN?


Access97:
Втянул пробную базку из 2-го: и LEFT и RIGHT "считают" как иннер-ы. Добавил в прямые OR qB.a IS NULL:
SELECT A.*, qB.*
FROM A RIGHT JOIN qB ON (A.b = qB.B) AND (A.a = qB.a OR qB.a IS NULL);
Засчитало "как положено". (Хотя и дураку ясно, что qB.a IS NULL в таком наборе "не получается"). Но "обратные" джойны динамят такие "танцы с бубнами" и считаются как "Иннеры".

___
т.е. на лицо баг.