Клиент-серверная технология для того и есть, чтобы все данные хранить и обрабатывать на сервере!!!!!! (блин, ну золотые слова:)

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

Я сказал, что данные о МОДЕЛИРУЕМОЙ предметной области должны СООТВЕТСВОВАТЬ описанию (структурному и функциональному ).

Понимаете, разница между файл-серверной и клиент-серверой системами заключается в том, что первая работает с данными (записями)...мммм.... фактически напрямую записывая их в файл иили считывая из файла, а вторая посылает команды. И что из этого следует?

Говоря про 10000 записей... конечно сервер БД выдаст их без проблем (раз уж они вам так понадобились). Но предположим, что Вам надо только 2-3 записи удовлетворяющие некому критерию. И что? Сервер БД по команде вернет только эти 2-3 записи, а файл-серверная система по-прежнему будет гонять через сеть все 10000 записей, для того, что бы там ( на клентской машине) найти среди них 2-3, удовлетворяющих заданному условию. А если речь идет о миллионах записей?

Далее. Например, часто возникает вопрос "почему в Акцессе нет триггеров?" Да именно потому, что Акцесс(в чистом виде) является файл-серверной системой. Если приложение на одной клиентской машине изменит запись в файле , то другие клентские машины про это не узнают. Если оно начнет менять другие записи, то тут возможны такие конфликты, которыми лучше не заморачиваться. А сервер БД получает команду на изменение записи и разбирается с этой командой самостоятельно - выполнять, не выполнять, поставить в очередь, есть ли триггер и т.п.