Как обычно - есть клиенты, у клиентов заказы. Клиент просит представить всех клиентов в формочке по типу ленточной, но чтобы напротив каждого клиента отображались его заказы в подчиненной форме (тоже ленточной). Аксесс, как известно, этого не разрешает. Пошел по пути представления заказов клиентов в виде списка, но что-то не могу добиться чтобы напротив каждого клиента отображались его заказы. Источник списка - "select id_client, order_info from orders where id_client = form!id_client". Получаю пустой список. Убираю where - получаю все заказы по всем клиентам.
Есть идеи?

Спасибо, но дело не в этом. Не совсем понятна идея преобразования числового id_client в string, но на всякий случай попробовал - проблема не решилась. Стало понятно, что список заказов каждого клиента пуст, так как первый клиент из набора не имеет заказов - вот его-то пустой список и попадает в поле-список для каждого клиента. Если ограничить список клиентов только теми, у кого есть хотя бы один заказ, то , соответственно, в списке увидим список заказов первого клиента из этого набора записей. Т.е. список синхронизируется не для каждой записи клиента, а только с первой в наборе ;-(((
Еще идеи?

Спасибо всем, особенно ЛП. Так и есть - такую постановку в рамках стандартных форм решить невозможно. А не подскажет ли кто - чем можно их заменить для реализации подобного интерфейса - уж больно хочет заказчик видеть сразу весь список клиентов вместе с их заказами.

2 ЛП
1. Хочет гад "все и сразу"
2. Пробую с табличными формами

Вставка в примечание не подходит - не видно все и сразу. Экспериментирую с табличными формами.
Вопрос к ЛП:
Как развернуть все плюсики?
Вид, конечно, не очень, поэтому думаю о варианте одного поля-списка с мультиселектом, в котором клиентов и их заказы свяжу UNION запросом. Тем более, что непосредственно в форме изменений, добавлений, удалений вводить нельзя.

2 Shubnikov
Shubnikov
Ну чего мудрите ?!!!!

Сделать простую форму, в ней подчинённая с клиентами и подчинённая с заказами, синхронизировать программно. Подчинённая форма может же быть и ленточной и простой и табличной.Программная синхронизация самая гибкая вещь.
Ну и как в этом случае сделать, чтобы напротив КАЖДОГО клиента справа были его заказы:


2 Latuk LatukПо аналогии с крестиком
можно сделать напротив Клиента кнопку
которая будет инвертировать параметр для запроса
показывать клиета в свернутом или развернутом виде

Кнопка в ленточной форме действует на все записи сразу, что не есть красиво.

Пока отрабатываю вариант одной формы с полем в виде списка, источником которого служит запрос union по аналогии с
уже обсуждавшимся ранее . Табличные формы отпали в силу крайне отвратительного вида.

ШубниковЯ понял что надобно ! Я думаю, надо поговорить с самим клиентом. Он просит явную глупость. А если по каждому клиенту наберётся хотя бы по 20 заказов, дохр... он на экране клиентов увидит ? Есть две подчинённые формы. Встал на нужного клиента - посмотрел заказы. Гонишь мышкой или поиском - синхронизируются заказы: нормальный общепринятый интерфейс.
Клиент у них не может иметь более 2-3 заказов, и манагер должен сразу видеть у кого они есть и какие, у кого - нет - и для этого его ломает становиться на каждого клиента и смотреть отдельно по каждому. В этом и смысл его работы - на основе некоего сравнения по списку пометить клиентов для печати и распечатать - ну а я ему "нечего мудрить!!!!!!!!", смотри каждого по отдельности!!!! ;-)))
Все-таки склоняюсь, что без ActivX, список для этих целей самый подходящий инструмент:
- быстро работает
- можно выделить для печати нужные записи
- легко фильтруется, сортируется по любым параметрам путем подмены источника

Не хватает только подсветки строк по условиям, что намного помогло бы манагеру. Есть идеи по этой части? Только не слишком мудреные с подстановкой рисунков, если есть такие, конечно.

Просто, чтобы разговор поддержать ;-))
LatukТебе же сказали для списка решения нет

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

Почти тоже самое без строчки кода