Имеется связка MasterDetail (два DataSet). Для отображения данных используется cxGrid (DevExpress). 
При раскрытии нода уровня Master приходится выделять строку, что бы появились данные уровня Detail.
Хочу сделать, что бы при раскрытии нода остальные ноды сворачивались и автоматические подгружались данные Detail.
Сворачивание всех нодов (кроме выбранного) делаю так:

Для полного счастья не хватает перехода к записи на уровне Master, нод которой раскрыли, что бы появились данные уровня Detail. Как это можно сделать?

Почему я так хочу сделать. При выделении одной записи в Master, у других записей в уровне Detail пропадают данные и появляется надпись (нет данных). 

Может я что-то вообще не так делаю?
Документацию читал. Примеры в ней смотрел.

Что-то я наверное туплю, не понял, что нужно. Можно с рисунками?

Скорее всего это я запутанно объяснил.
Данные получаю из DataSet-ов, связанных Master-Detail.

На картинке фокус установлен на первую запись Master-уровня, для которого выведен Detail.
На других записях Master-уровня Detail пуст. Появляется при переходе на соответствующие записи. 
Что бы скрыть "отсутствие данных", как я писал в первом посте, сворачиваю все ноды кроме текущего.
Если открывать нод без выделения соответствующей строки (записи) в Master-уровне, то данные Detail не появляются.

Говоря еще проще, необходимо, что бы при открытии нода Master-уровня осуществлялся переход к соответствующей записи, что бы появились данные Detail-уровня.

Akella, ты вроде бы уже давно работаешь с DevExpress, должен знать. Это я только начал с ними разбираться.

Я с master-detail очень мало работал. Посмотрю попозже.

Да тут Master-detail не причем. Даже, если присутствует группировка средствами грида, то при раскрытии нода происходит тоже самое.

Там свойств дофига, ты, видать, включил какое-то, которое показывает записи только у выделенной записи. Поищи его.

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

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

У тебя правильно заполнены ключевые поля?

Добавлено через 30 секунд
Ты сами датасеты не связывал с помощью Datasource?

Связывал.
Запрос Master DataSet:

Запрос Detail DataSet:

У Detail Datasource = Master Datasource.
А в гриде view Detail-уровня имеет следующие настройки:


Это сообщение отредактировал(а) former - 4.9.2009, 00:33

Вооот! А зачем связывать два раза. Вот этим ты себе и оттяпал остальные записи!
Сам подумай, что в детальном НД ты всегда будешь видеть только те записи, которые связаны с ВЫДЕЛЕННОЙ МАСТЕР-ЗАПИСЬЮ, потому что остальных записей в детальном НД просто не будет. Догадываешься?

Добавлено через 47 секунд
Надо всегда давать более полную информацию, уже давно бы решили твою проблему 

Так я пробовал еще до создания темы. Как я заметил, косяк заключается в том, что при наличии соединения (JOIN) отображается только одна строка во всех Detail. Если из запроса убрать соединение, то все нормально. Но мне без соединения никак.

При всех достоинствах DevExpress они имеют кучу недостатков, к моему сожалению/

Это сообщение отредактировал(а) former - 4.9.2009, 14:10

Ты так ничего и не понял.

Добавлено через 53 секунды

Приведи _хотябы_ 25 из всей кучи 

Добавлено через 1 минуту и 45 секунд

ТАК ОТКУДА ТЕБЕ ДЕТАЛЬНЫЙ ГРИД ВЫСОСЕТ ДАННЫЕ, ЕСЛИ ИХ НЕТ

Ну 25 не наберу, пока.  

Откуда, откуда... Из DataSet-а, из которого он данные берет. Там ведь JOIN присутствует.
Думаю, что мы говорим немного о разном. Я сделаю пример и выложу.

Как ты не понимаешь. Детальный грид должен видеть в своём датасете (к которому подключен) ВСЕ записи. ВСЕ!. Грид сам будет тебе показывать то, что ты хочешь.

Сделай 2 датасета. Никаких привязок и соединений между собой. К первому датасету прикрути мастер-грид, ко второму детальный грид. В гриде укажи ключевые поля.

Akella, не горячись. Я делал именно то, о чем ты говоришь. Думаю, что бы избежать разногласий я набросаю пример того, что делал.

желательно с dxMemTable, чтобы без лишних телодвижений

Добавлено @ 16:49

  гаразд.   
Я просто однажды так же как и ты попался. Связал 2 датасета по ключевому полю и не мог понять, почему в детальном гриде записи не все видны.

Это сообщение отредактировал(а) Akella - 4.9.2009, 16:50

dxMemTable, говоришь...    Вот в нем все и дело, а точнее в его отсутствии.  +
Как же я сразу не догадался. В примерах с BDE ее нет.
Вопрос решен.

ОФФ: ржунимагу

Это сообщение отредактировал(а) former - 4.9.2009, 17:31

А подробнее ,что сделал-то хоть?



почему?

dxMemTable добавил. Вот и все. Остальное в мануале достаточно хорошо описано.
Вот только не понятно, почему данные в dxMemTable  не подгружаются автоматически, и каким образом добавлять и обновлять записи через dxMemTable?

Над собой.  


Это сообщение отредактировал(а) former - 7.9.2009, 00:32

1. А откуда они должны подгружаться?
2. Я dxMemTable тебе советовал только для создания примера.
3. Какие компоненты доступа и какую СУБД ты использовал до этого?

Добавлено через 1 минуту и 18 секунд

Работай также, как и с обычным НД.

1. Из DataSet-та.
2. Правильно советовал. Их Demo-примеры построены на BDE, для которых MemTabel не требуется, сам понимаешь.
3. СУБД FB 2.5. До этого пользовался ЕhLib, в которой, кстати, достаточно связать DataSet с MemTable и все, данные подгружаются при активации.

Это не значит, что разработчики DevExpress должны брать за стандарт MemTable из ЕhLib.
Кстати у MemTable из ЕhLib вначале было другое предназначение. Грид из ЕhLib сам не мог нормально фильтровать и строить древовидные структуры а-ля группирование в cxGrid, т.е. грид нужно бюло подключать к другому набору данных через ж MemTable. Мало того, MemTable из ЕhLib был очень глючный, не знаю, как щас.

Это сообщение отредактировал(а) Akella - 7.9.2009, 12:47

Я об этом и не говорю.
Просто пытаюсь разобраться, как с MemTable работать в DevExpress.
Кинул я а форму dxMemTable. Выполнил Assign Data From (DataSet). Все вроде бы нормально, Detail в Desigtime и Runtime отображаются. Однако, если другой пользователь редактировал данные в БД, то Memtable они не попадают при перезапуске программы, т.е. нужно каким-то образом загружать данные при старте программы и, соответственно, очищать. Вот это и не понятно.

Добавлено через 3 минуты и 11 секунд

А в cxGrid для Detail тоже используется MemTable, не смотря на то, что группировка осуществляется самим гридом. Есть подозрение, что для группировки грид тоже использует MemTabel, только скрытую от пользователя. 

Как с обычным TDataSet + некоторые свои методы и нюансы. У "девок" это как бы самостоятельный НД. Но там есть методы загрузки структуры и данных с других НД.
1. Правой кнопкой щёлкни, там будет меню AssignData. По-моему в этом случае он будет сам "следить" за данными родительского НД. Точно не знаю.


2. Во время исполнения программы можно использовать его родные методы... обрати внимание на те, которые начинаются на Create, Load и Save

Это сообщение отредактировал(а) Akella - 7.9.2009, 14:02

Я в предыдущем посте именно про это и написал, что  AssignData - это разовая загрузка данных.

Именно этим сейчас и занимаюсь.