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

А не надо читать на клиента всю таблицу целиком. Клиент создает SQL запрос, отправляет его серверу и получает только тот десяток (или сотню) строк которые клиенту реально сейчас нужны.
А вот используя TDBGrid и родственные ему компоненты появляется тенденция выкачивать на клиента всю таблицу целиком а потом накладывать на полученый резалт-сет фильтр уже на клиенте. При этом напрочь игнорируются все индексы и вся мощь сервера БД.
TDBGrid хорош только для одного случая - файловой базы в монопольном режиме. Во всех остальных случаях он скорее вреден чем полезен.

VespenНу про DBGrid ты конечно загнул, там нормально можно данные отсеивать запросом на сервер...
Я не говорил что нельзя. Я говорил что при наличие фильтров на клиентской стороне программист чаще будет использовать именно их, а не думать о том как уточнить запрос.

VespenА потом, если у клиента 200 строк? Объем то большой, ручками все равно медленне будет - тормоза как в атлуке будут...хы
Почему это вдруг медленнее? А что, TDBGrid по твоему работает посредством волшебства?