Добрый День.

У меня есть 2 таблицы: tblMain и подчиненная ей таблица tblDocStatus
с полями (Id, DocIndex (FK на tblMain.IndexDoc), Status (Статус документа),
LastUpdate(Дата начиная с которой действует статус))
В tblMain я хочу добавить вычисляемое поле которое бы отображало последний
(по дате, времени) статус документа
Для этого я пишу запрос
(select ds1.Status
from tblDocStatus DS1
where ds1.LastUpdate = (select max(DS2.LastUpDate) from tblDocStatus DS2 where DS2.DocIndex = DS1.DocIndex )
and DS1.DocIndex = '02-3-15')

Предполагается что для каждого документа он должен вернуть статус документа с индексом 02-3-15 однако вычисляемое поле заполнено только у одной записи
а у всех остальных пусто
Подскажите пожалуйста куда смотреть.??

Скриншоты таблиц и их диалогов "Настройка полей". П.7 Правил форума.

P.S. Вы же сами указываете в запросе привязку к конкретной записи основной таблицы (and DS1.DocIndex = '02-3-15'), естественно будет результат только для этой записи основной таблицы!

_________________
90% ответов на ваши вопросы находятся в руководстве, разделах "Вопросы" и "Видео" на нашем сайте.

Я как бы SQL тоже знаю немного
Поясняю..
Если бы ВСЕ записи были бы заполнены одним и тем же значением
(поле как мы помним ВЫЧИСЛЯЕМОЕ) вопросов бы не было..
но заполнена ОДНА запись.
причем СОВСЕМ с другим индексом
Странно не прав да ли ??

Вот запрос..
(select ds1.Status from tblDocStatus DS1 where ds1.LastUpdate = (select max(DS2.LastUpDate) from tblDocStatus DS2 where DS2.DocIndex = DS1.DocIndex ) and DS1.DocIndex = '02-2-6')
Перемена цифр- как мы поняли ничего не дает..
Зеленым выделено поле "в запросе"..
Красным - то что вышло
И диалог
Ловите скриншоты

Возможно, это ограничение AccessSQL. Попробуйте перевести БД под MS SQL Server и попробуйте там.

_________________
2B OR NOT 2B = TRUE

Со скриншотами теперь все понятно. Как вариант для просмотра требуемого вычисленного значения вашего выражения для текущей записи попробуйте перенести запрос в итоги таблицы, мне кажется, там заработает.

_________________
90% ответов на ваши вопросы находятся в руководстве, разделах "Вопросы" и "Видео" на нашем сайте.

По поводу "ограничений "
Внимание ФОКУС- ПОКУС
Итак.. Смотрим..


И вот.. Опсь.. Вуаля

Получаем нужное..
Ну то есть запрос у нас работает..
Отсюда три вопроса..
1. А почему в формуле вычисляемого поля - НЕ работает ??
2. Как сделать так чтобы работал ??
3. Если нельзя сделать " в лоб" - как сделать " в обход" ??
Ну и комментарии
Я надеюсь понятно что вместо фиксированного значения индекса -
я хочу использовать поле индекса из главной таблицы..
Для БД данная задача - ну просто " из учебника" ( могу привести ссылку на учебник MS ACCESS SQL чей
не помню , задачка там - про " выбрать значение на заданную дату", да и в фирменном руководстве по SQL - похожая задача есть )
Помещение поля " в итоги" меня не устраивает.. Поле мне нужно не для " удобства пользователя" а прежде
всего "для служебных целей"..
На базе текущего значения в главной таблице будут срабатывать условия и триггеры на записи..
Ставим вопрос по другому..
У кого нибудь есть готовый рабочий вариант решения подобной задачи ??

>Итак.. Смотрим..
А куда именно смотреть? В поле "Дата наступлен..."?
Нельзя ли сделать это поле чуточку пошире, тк очевидно значения и само наименование поля не помещаются.
То, что в подсказке на желтом фоне, это важно? Или случайно сработало?
Куда смотреть, подчеркните, пожалуйста красной жирной линией или овалом.

Вы не пробовали задавать данный вопрос на профильных форумах по Access?
Язык запросов AccessSQL имеет ограничения. Вы делаете подзапрос в подзапросе - это необычно (для MS JET, но вполне нормально и даже "обыденно" для T-SQL).
Кстати, как избежать этих подзапросов, написано в типовом вопросе №19.
Возьмите весь SQL представления qdfMain и задайте ваш вопрос "Почему так" на форуме sql точка ru в разделе Access.

_________________
2B OR NOT 2B = TRUE

Смотреть мой исходный вопрос..
Выделил как вы желаете
Запрос в рамке.. Значения стрелками..


К запросу претензий нет..
К Access - кстати тоже.. Единичный запрос выполняется верно..

Есть вопросы к программе ибо дока по Access прямо гласит что
"Calculated columns are part of life on a spreadsheet, but do not belong in a database table."
А и ничего "необычного" в простых вложенных запросах в MS JET нет..
Мы же ничего не считаем и не сортируем.. Мы только отбираем последнее значимое значение..

>Предполагается что для каждого документа он должен вернуть статус документа с индексом 02-3-15 однако вычисляемое поле заполнено >только у одной записи а у всех остальных пусто
>Подскажите пожалуйста куда смотреть.??

Откройте БД в приложении Microsoft Access (любой версии), откройте представление qdfMain (в котором у вас создано это вычисляемое поле)
и посмотрите на результат выполнения данного хранимого запроса (представления).
Какие после этого претензии к программе?

Кстати, тот факт, что у вас в поле ID пусто, может навести вас на причину данного нежелательного эффекта.

_________________
2B OR NOT 2B = TRUE

Господа

Вообщем то проблема решилась через построение дополнительной вьюшки..
Спасибо всем кто откликнулся.. И навел меня на решение..
Кому интересно - могу поделится..

От себя.
Не в обиду разработчикам.
Я с глубоким уважением отношусь к любому ПО.
Просто интересно
За что же вы так "люто не любите" сложные вложенные запросы ?
Можно не отвечать

>За что же вы так "люто не любите" сложные вложенные запросы ?
Ситуация, описанная в типовом вопросе №19 основана на фактических замерах времени выполнения (производительности) двух разных подходов. Представление с вложенными запросами имеют ограничения (нельзя наложить более одного фильтра на таблицу вместе сортировкой и другие "прелести"). Все это относится только к Access.
Т.к. в MS SQL все по-другому - там есть довольно разумный план запроса. И там уже не особо важно, как разработчик напишет свой запрос, все равно он будет приведен к оптимальному плану, и выполнен максимально эффективно.
У JOIN-ов бОльший приоритет, чем у вложенных подзапросов. Так это даже исторически складывалось.

_________________
2B OR NOT 2B = TRUE