Здравствуйте уважаемые коллеги!
Есть проект: толстый клиент на Delphi7, MySQL. Примерно 300 форм, 200 таблиц в БД, до 20 млн записей в таблице, объем данных до 100 Гб (есть таблицы с файлами). Проекту 10 лет.
Сейчас задумались об изменении структуры "основы основ". Не то, чтобы база была спроектирована неверно, просто сейчас она применяется не совсем для того, для чего изначально была задумана. Переделка затронет 70% кода (в основном поменяются запросы к БД).
Соответственно, задумались над тем, чтобы переписать (конечно, хочется многие наработки как-то попроще перенести) систему. За одно решить основную проблему, которую мы сейчас имеем на связке "толстый клиент на Delphi7, MySQL" - безопасность. Для этого, очевидно, нужна трехзвенка, чтобы сервер приложений контролировал права пользователей. Ну и еще плюс - сразу иметь некие веб-сервисы, которыми можно было бы интегрироваться со всевозможными другими системами и веб-интерфейсами. Сервер менять не предполагаем, т.к. мы хорошо "умеем его готовить", и чтобы там ни говорили - он надежен, выдерживает большие нагрузки, функционален (используем триггеры, ХП и т.д.), и бесплатен (что, пожалуй, самое главное, т.к. продукт рассчитан в том числе на небольшие и не богатые компании).
После переработки планируется использование с нагрузкой от 1 до 1000 человек одновременно.
Посоветуйте современное средство (или набор средств/технологий/сред разработки), что можно было бы рассматривать как платформу для перехода. Какими средствами делать серверную и клиентскую части.
Веб-интерфейс в силу определенных причин отметается сразу.
Была у меня идея писать серверную часть на PHP, и клиентам на тех же дельфях общаться с ней XML-запросами. У этого есть плюс - сервер приложений вместе с SQL-сервером смогли бы жить вместе на *nix платформах (у нас сейчас несколько серверов работает по linux, в основном под ubuntu. Основная масса - под виндой). Однако, пишут, что хорошо, когда сервер приложений может кэшировать у себя определенные не часто меняющиеся данные, а на PHP этого я так понимаю, не получится. Еще - решение выглядит каким-то надуманным. Ощущение, что я изобретаю велосипед, а все давно пользуются какими-то интегрированными средами, которые делают сразу и сервер и клиент и протокол между ними, а я об этом ничего не знаю. В сети ничего толком не нашел.
От дельфи хочется уйти, т.к., вроде бы среда умирающая. Однако программисты у нас все на дельфи. И пишем на дельфях не замечая его "ущербности" (как многие критики пишут).
Какие подскажете идеи? На чем сейчас делают подобные проекты?

Спасибо всем большое за обсуждение!
Сегодня я многое понял (с):
1) Дельфи - не такая мертвая среда, как мне казалось.
2) Дельфи достаточно функциональная среда, которая позволит сделать и серверную и клиентскую части. (правда, сервер придется держать только под виндой)
3) В таком случае мы сможем сделать плавный переход от текущей 2-х звенки к 3-х звенке. Сначала мы сделаем доступ к данным через специальную объектную модель документов, потом сделаем в этих объектах разделение на клиентскую и серверную часть, и разнесем их на разные машины. Причем это можно делать постепенно - на переходном этапе клиент будет коннектиться к серверу приложений по 2-м портам - SQL и сам сервер приложений. Прямые SQL-запросы сервер приложений будет транслировать через себя "насквозь" к SQL-серверу под своим подключением к SQL, чтобы транзакции от одного клиента шли под одним подключением.
4) Изменения основы-основ структуры данных тоже могут быть сделаны постепенно, сохраняя обратную совместимость, для плавного перехода.

rockclimberJohny999За одно решить основную проблему, которую мы сейчас имеем на связке "толстый клиент на Delphi7, MySQL" - безопасность. Для этого, очевидно, нужна трехзвенка, чтобы сервер приложений контролировал права пользователей.Ох... Не знаю, что вас заставило так думать, но я с таким мнением категорически несогласен. Неужели в MySQL нет никаких средств контроля доступа?
Вот есть таблица клиентов. У каждый менеджер должен видеть только своих клиентов. Неужели в SQL-сервере (хоть в каком-то!) есть такая настройка прав, что на запрос "select * from clients" он вернет только тех, у кого в приджойненной таблице есть записи о причастности этого менеджера к этим клиентам?

Petro123Johny999,
Значит у тебя АппСервер тупо перенаправляет за просы?
Это прокси а не 3х звенка LOL
Нет. У меня его пока вообще нет. А когда появится - на переходном этапе будет часть именно проксить, а часть - иметь у себя бизнес-логику. Постепенно будем переводить бизнес-логику в него.

rockclimberВ конце концов, стандарт SQL, если мне склероз не изменяет, требует от СУБД наличия функции current_user. Этой функции и одного view достаточно для реализации всего необходимого.
Точно! Так mysql и предлагает делать: http://www.sqlmaestro.com/resources/all/row_level_security_mysql/
А я-то все думал - зачем они нужны, эти вьюхи... Похоже - только для этого. Или я еще чего-то не знаю?