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

обычная практика - что то типа трехзвенки... на сервере скрипты общающиеся с базой, на клиенте твоя программа "дергающая" эти скрипты.
стандартный пример - любой сайт на php/...+MySQL, и браузер в качестве клиентской проги.
++
p.s. браузер это программа, его и на дельфи написать можно...
p.p.s. не нужно повторять всю поддержку http... достаточно использовать сам протокол.

То есть надо подружить делфи с php для начала? А если хостинг поддерживает mssql server и надо общаться с БД только посредством программы на делфях? Может ли делфи напрямую слать запросы mssql server?

Может ли делфи напрямую слать запросы mssql server?

Тышто!
Только через посредника мсскл на земле - папу римского.
Напрямую он захотел ......

Мочь-то может, только в такой схеме нет никакого шифрования, можно перехватить и логин/пароль, и данные.

> То есть надо подружить делфи с php для начала?
язык не важен php/питон/ххх/..., хоть отдельно хоь вперемешку, плевать, главное поддерживать общий протокол/формат обмена.

> Может ли делфи напрямую слать запросы mssql server?
может, но обычно для "прямого" доступа нет прав. хозяева хостинг-ов против. не факт что тебе это встретится, но "в общем"... рассчитывай на более сложную но более универсальную схему.

Значит использовать связку делфи->php->mssql server?

А если делфи-php-mySQL?

А если делфи-php-mySQL?

mySQL в этой связке более универсален. ну, вдруг у хостера линукс.
а php наоборот менее... ну, у него есть особенности, сервлет например сделать вроде нельзя, ну или трудно, он предназначен в основном для страничной(порционной) выдачи данных. а если нужно взаимодействие с отдельной копией серверной программы то тогда облом (во всяком случае мне так сказали когда нужда была, и ту часть в итоге сделали на ASP.NET)...

нет универсального рецепта, это все ответ на
> в каком направлении рыть
а не рецепт по которому все делают потому что иначе нельзя.

"Пхп менее универсален поэтому написал на дотнете"
надо запомнить бляха.....

> "Пхп менее универсален поэтому написал на дотнете"
не перевирай, написано не это.

ну, напиши сервлет на php, докажи универсальность под любые задачи. обязуюсь передать тем кто "зарубил php" для нее.
я бы для такого выбрал дельфю под винду и питон для линукса, но т.к. реализовал ту фичу с серверной стороны не я, выбрали net.

а он мне нужен этот сервлет? Если без него я и так могу все что может потребоваться

перечитай "не понятый" пост, который хотел запомнить.

- если до вас не доходят смс... перечитайте их еще раз.

Я уже все что надо прочитал
"Мне так сказали и я сделал на асп.нет"

> и ту часть в итоге сделали на ASP.NET
не умеешь читать, не читай. читаешь, не делай выводы, не получается у тебя.

Да расслабься уже

не могу, де`биллы разные не дают... вмешиваются в процесс расслабления.

Значит слабак значит не можешь

а что такое сервлет? и зачем он нужен?
помню лет с десять назад что-то про них слышал, но вроде как их в то время и похоронили?
любят явисты всякую ерунду по своему назвать

ну не чушь? :)

> а что такое сервлет? и зачем он нужен?
встроенный в программу вебсервер. без апача/iss и т.д. мини апач в общем, на 1 задачу.
а нужен... ну к примеру выполнять последовательность запросов без записи/чтения в базу/файл, держа рабочую сессию от начала до конца в памяти. или наоборот запись в базу последовательных запросов под единым коннектом, также в одной сессии. это если "чистый", а если совмещенно с какой программой,  то например настройки удаленно делать... к примеру µTorrent так умеет.