Боюсь, что использовать master-detail (в смысле как его предлагает DELPHI) и кэширование совместно невозможно.

И дело даже не в том, что master-dataset (кэшируемый) должен содержать только 1 запись! (иначе при переходе к др. записи обновляется detail-dataset, то бишь невозможно их оба держать в кэшированном виде чтобы потом сделать CancelUpdates).

Беда в том, что как только у master-datasource меняется DataSetState (dsBrowse -> dsEdit при начале редактирования, или, напр. dsInsert -> dsBrowse при сохранении новой записи), так сразу же идет каскад событий с detail-dataset: Close и Open (т.е. он в обязательном порядке перечитывается).
И в итоге:
1) Если сначала отредактировать detail-dataset, а затем попытаться редактировать master, то у detail сразу все изменения гикнутся.
2) Что гораздо хуже: если вставить новую запись в master, ввести соответствующие записи в detail, то при сохранении (ApplyUpdates) после сохранения master dataset, в detail уже нечего сохранять ! Они тоже тю-тю...

Я долго ломал голову, пытаясь сообразить, как все это гадство обмануть, и не придумал ничего лучшего, чем отменить связь master-detail двух query на уровне св-ва DataSource для detail-query.
Теперь формально они независимы и никакие действия над master dataset'ом не вызовут за моей спиной никаких действий с detail dataset.
Ну а мне приходится (в качестве платы за это) самому везде прописывать руками необходимые действия над detail (переопределяя его параметры и переоткрывая при необходимости).