Мне достался довольно крупный проект, в котором в некоторых местах, работа с базой данных реализована через Memory Datasets. (компонент TrxMemoryData). Т.е. после выполнения запроса данные копируются в Memory Dataset, а после выполнения редактирования, данные обновляются уже  в реальной базе. 
В проекте используется база Firebird. 

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

Поэтому вопрос к вам, участники форума:

В каких случаях вы используете memory Datasetы в качестве "буфера" между аппликацией и базой данных?   

да, я тоже использую в системе обновления/репликации MemData (TJvMemoryData).
1. Пришедшие на обновление/анализ данные загружаются сначала во временную таблицу(MemData).
Администратор анализирует пришедшие данные и отпраляет нужные данные в реальную базу.

2. Работа с фотографиями. Открывается форма. На ней есть грид, подключенный к MemData. При открытии формы сканируется каталог и в MemData заносятся имена файлов, пути и т.д.

И вообще, MemData - это как временное хранилище небольшого количества записей, которые часто обновляются.

Если работа с FireBird, например, то получается что нужно постоянно гонять данные которые часто и посчтоянно удаляются/добавляются (меняются) туда/сюда.
Я вижу такие минусы: загрузка сети и SQL сервера, сравнительно большое кол-во ненужных транзакций.
И вообще, не зря же придумали это MemDat`ы   .

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