А честно говоря читаю и охреневаю.

С Delphi сталкивался в 90-то лохматых годах, но тогда вместе с Delphi уже шли "родные" средства доступа к БД: DBF, Paradox и какая-то базенка (FB ?). В общем, раз контора знает Delphi и "БД не ключевой элемент", то мне кажется проблемы выбора БД быть особой и не должно. Почитали доку по Delphi и взяли то, что наиболее родное.

При всем богатстве выбора, алтернатив должно быть не так много. ( С ) старая реклама

softwarer...
почти со всем плюсуюсь.

Но:
1. Насколько я помню, Table будет транслировать в SELECT * и filter в простейший where. Для первого раза наверное покатит. На Oracle (других БД не знаю), если нет сортировок, даже будет работать (и наверное не так уж и плохо).
2. Переход от интерфейса с Table к _нормальному_ интерфейсы клиент-сервера - задача не простая. И, скорее всего, вызовет проблемы и у пользователей и у тех, кто придумывает интерфейс. Т.к. логика работы в интерфесе должна полностью меняться (не показывать все данные, а выдали фильтр, отобрали немного данных, обработали). Т.е. проблема не столько будет техническая, сколько идеологическая, нужен _нормальный_ интерфейс разработанных исходя из совершенно других принципов. Т.е. совершенно новая система. В том числе и для пользователей и они вряд ли будут рады.

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

3. Если на Table весит не только интерфейс, но и обработка - может и совсем п...ц производительности наступить. Пойдет куча одиночных запросов. Но опять таки, на нормальных базах при нормальных индексах, может и потянуть. Или ограничится минимальными переделками алгоритмов/кода.
4. Подводных камней много, человека со стороны брать не хотят.... Флаг в руки и вперед на грабли. IMHO

===
Лично я бы, зная Oracle, банально попытался оставить систему как есть и тупо перетянуть табличку в БД. Запустили, посмотрели что получилось и дальше приняли решение. ДРУГОЕ дело, что чтобы принимать _решение_ хорошо бы знать, что происходит в системе. А для этого нужны _глубокие_ знания БД и _опыт_.

Возможно можно систему вообще оставить "как есть" и легко сделать возможно не очень "архитектурно грамотное", но _работающий_ многопользовательский режим. А можно наслушаться советов на форуме и год систему переписывать под "правильные БД", "правильные средства доступа" и так далее. При х.з. каком выхлопе в результате.

IMHO & AFAIK