CTAC-KOэтот вариант работает:
1.
2.
3.
4.
5.
SELECT ;
CaseTypes.Code,;
CaseTypes.Name;
from CaseTypes;
WHERE CaseTypes.code NOT in (select JudgeCaseTypes.CaseType FROM JudgeCaseTypes);
INTO CURSOR curAddableCaseTypes
а такой - нет, он отбрасывает только 1 запись, которая первая в базе JudgeCaseTypes
1.
2.
3.
4.
5.
6.
SELECT ;
CaseTypes.Code,;
CaseTypes.Name;
FROM CaseTypes, JudgeCaseTypes;
WHERE CaseTypes.code#JudgeCaseTypes.CaseType;
INTO CURSOR curAddableCaseTypes
и этот тоже не пашет
1.
2.
3.
4.
5.
6.
SELECT ;
CaseTypes.Code,;
CaseTypes.Name;
FROM CaseTypes;
WHERE CaseTypes.code NOT in (JudgeCaseTypes.CaseType);
INTO CURSOR curAddableCaseTypes
мне здесь что конкретно интересно - чтобы заработало нужно сделать select JudgeCaseTypes.CaseType FROM JudgeCaseTypes, а в базе JudgeCaseTypes и так всего одно поле и это CaseType. Почему селект не может использовать уже готовую базу для отсева?
Ну, я бы так категорично вопрос не ставил: ты же не знаешь внутренней реализации движка SQL в Фоксе...
А по запросам: итог выполнения вполне закономерен ибо используются операции с множествами.
Разберем твой запрос №2 (первый из тех, что "не пашет"). Предположим, что данные сравниваются последовательным просмотром, начиная с первой записи в каждой из таблиц.
берется первая запись в таблице CaseTypes (таблица А) и сравнивается с первой записью таблицы JudgeCaseTypes (таблица Б) по условию WHERE. Если записи равны, то в итоговую выборку запись из таблицы А не попадает, а если нет, то попадает - ведь условие WHERE соблюдено!!! То же самое со второй записью таблицы А. Она тоже сравнивается с первой записью таблицы Б....
В запросе №3 (второй из неработающих) даже не понятно, что имеется в виду. Я, например, не могу здесь найти явного указания на "множество значений", содержащих больше чем 1 элемент....
А вот запрос №1 удовлетворяет всем правилам операций с множествами... Поэтому он и работает...
