inner - зарезервированное слово!!!

10/03/1990 - это не дата - это 10 деленное на 3 и деленное на 1990

А дата пишется так: #10/03/1990#

И не всех на 3 октября, а всех на 3 октября 1990 года

#10/03/1990# - 3 октября (3 октября Гендальф дрался с назгулами на Заверети :) )
#03/10/1990# - 10 марта

что-то не так с данными, может их вбили не совсем корректно?

авторпричём, когда в конструкторе запросов на условие пишешь 10.03.1990 в SQL строке аксесс записывает #03/10/1990#.... и выдаёт нужный результат.....
это что, подстава??????????????????????????????????

нет - это так и есть

10.03.1990 - это 10 марта 1990 года (в русском представлении даты)
03/10/1990 - то же число только по американски

Мы пишем дату в формате dd.mm.yyyy, а америкосы mm/dd/yyyy
А акс как известно америкосами писан :)

В конструкторе вы дату пишете в вашей локали, а система ее сама приводит к типу понятному Аксу, а ему как раз понятен американский формат даты

Удачи!

2 VIG

Ок - учту

Что-то подобное несколько раз пробегало

Есть такое в Аксе - он не может упдейтить таблицу т.к. запрос делается из самой таблицы с группировкой ()

Выход - заносить результат во временную таблицу и только потом Update поля c

Попробуй в свойствах обоих запросов поставить
Тип набора записей = Динамический набор (несогл.)

Но это точно шаманство

Если получиться напиши как - мне тоже интерестно :)

2 АлексейК

Это точно Акс, а не MSSQL?
Что-то сомнения берут :(

И что-то мне подсказывает, что все равно получим сообщение, запрос должен быть обновляем :(

В конструкторе запроса
правой кнопкой мыши --> свойства

Тогда меняй только там, где есть :)

Повторюсь - это шаманство - и вряд ли поможет :(

Решаема, но через временную

UPDATE t INNER JOIN z1t On t.a = z1t.a
SET t.c = z1t.sb;

?

Потому-что при обращении к запросу он каждый раз вычисляется + идет группировка, т.е. такой запрос не является обновляемым

А после того как вы занесли данные в таблицу можете с ней делать все что-хотите :) (добавить/удалить/изменить записи - они уже не привязаны к таблице-источнику)