ГешаЕсли выбирать из Акцесса или Парадокса .. то однозначно Акцесс
на порядок легче строить базу

А поподробнее, без словоблудия, объясните чем это на порядок легче.

Лично мне больше нравится Paradox. На момент когда я с ним расстался SQL у Paradox'a был жутко кастрированный. Основным языком запросов изначально был (и наверное является) QBE. Оформлять запросы QBE в скрипты, чесно говоря - мучение.
Однако, чем мне Paradox всегда нравилься, так это тем, что результат работы QBE запроса, всегда сохраняется в локальной временной таблице. Удаленные и добавленные записи также сохраняются в локальной временной таблице.

Лично у меня каких-то особых нареканий на якобы глючность Paradox'a - нет.

В общем о парадоксе у меня остались только приятные воспоминания.

2 Tomek
И Paradox, и Access являются надстройками, над родными для них "движками баз данных". У Borland'a - это BDE c его IDAPI, у MS изначально это был Jet.
По сути дела это есть клиентские части этих самых "Data Base Engine".

Действительно и в Paradox, и в Access можно достаточно быстро "лепить клиентов" и обрабатывать данные используя BDE или Jet.

Если вы планируете серьезно заниматься работай с БД, то рано или позно перед вами встанет вопрос об инструменте для разработки клиентской части и выборе севера (или серверов) SQL.

Лично я для этих целей использую PowerBuilder. Остановился на нем, из за его "равноудаленности" ото всех серверов БД (унифицирован порядок подключения и взаимодействия). Общение с сервером базы данных ведется только и исключительно на SQL.

Хоть это и смешно, но в качестве эрзац сервера для доступа к данным в формате Настольных СУБД может выступать ODBC Single-tier ODBC driver.
В этом случае обработка odbc функций и sql запросом выполняется самим драйвером.
Примером такого драйвера например является Microsoft Visual FoxPro ODBC.

Кроме того существуют т.н. Multi-tier ODBC drivers, в которых odbc функции выполняются драйвером, а sql запросы сервером БД или "движком БД".
Все ODBC драйвера для desktop'ых баз данных от Microsoft являютс именно Multi-tier драйверами, в которых Sql запросы фактически выполняет Jet.

Ладно буду закругляться, а то собственно уже ухожу в сторону от предмета обсуждения.

Лично у меня проблем связанных с ненадежностью Paradox'a просто нет.
В 1996г. было написано не большое приложение, которое работает до сих пор.
Последний раз был у заказчиков по поводу их волнений по проблемме 2000 года. Больше ко мне они не обращались. Время от времени (примерно раз в квартал) переиндексируют базу и всё. Никакой порчи данных у них нет.
Правда это был Paradox 5.0. Во что он привратился сейчас я просто не знаю. Чесно говоря - это пройденный этап.

Поэтому я все-таки присоединяюсь ко всем тем, кто советует изначально отказаться от Desktop DB и делать разработку по технологии Client-Server.
На данный момент есть куча серверов SQL, даже более легких в плане установки и требования к ресурсам чем "настольные движки".