Клиент-серверная архитектура. Оптимальное решение задачи.

[Crunkordie]

Здравствуйте.
Есть программа-клиент, которая собирает некую информацию (txt файл размером ~20 кб). Таких программ установлено на более чем 200 компьютерах.
Сейчас схема следующая:
1.Клиент собирает информацию в txt-файл и отправляет его по FTP
2.Сервер собирает все файлы, обрабатывает и записывает в БД
3.Сервер формирует отчет о собранной информации.

Передача данных с использованием txt-файлов и FTP сильно тормозит работу сервера.

Возможно ли как-нибудь ускорить эту схему исключив txt и ftp и использовать, например, tcp? Может есть что-нибудь проверенное?

P.s. файлы отправляются один раз в день.

[Slym]

idhttpserver
делай на нем свой сервер, тамже сразу парсь свой файл и добавляв в бд
отправлять
idhttp +IdMultipartFormData

[саша40]

Возможно ли сделать на сайте свой подсервер(Программу, работающию на сервере)? Да. Если хостинг это поддерживает, конечно, то PHP в помощь.

[Пепел Феникса]

ftp итак использует tcp

[Fahman]

Сообщение от Пепел Феникса

ftp итак использует tcp

Не знал....

[Человек_Борща]

Crunkordie, абсурдность зашкаливает. Если серверное ПО заносит данные в БД, и только это. То почему бы не поставить веб-сервер с php скриптом, которому по HTTP будут передавать данные клиентские копии ПО?

[Crunkordie]

Сообщение от Slym

idhttpserver
делай на нем свой сервер, тамже сразу парсь свой файл и добавляв в бд
отправлять
idhttp +IdMultipartFormData

Хотелось вообще избавиться от текстовых файлов.

Сообщение от Человек_Борща

почему бы не поставить веб-сервер с php скриптом, которому по HTTP будут передавать данные клиентские копии ПО?

Спасибо за совет, буду пробовать. А что лучше, что бы клиент отправлял готовый sql-запрос или просто набор данных, а сервер дальше сам формировал его? Есть ли смысл поднимать веб-сервер, если его можно заменить idhttpserver 'ом ?

[Человек_Борща]

Спасибо за совет, буду пробовать. А что лучше, что бы клиент отправлял готовый sql-запрос или просто набор данных, а сервер дальше сам формировал его?

Клиент отправляет данные, и как они в БД лежат не его дело.

Есть ли смысл поднимать веб-сервер, если его можно заменить idhttpserver 'ом ?

Если для вас не проблема написать php скрипт сервеной части, но смысл есть.

В случае с idhttpserver'ом, все сами без php.

[Crunkordie]

Извините, если что-то путаю.
Я хочу полностью отказаться от txt файла в пользу множества маленьких запросов. Т.е. в текстовом файле находится множество строк и каждая из них это будущий sql-запрос. В связи с этим целесообразнее использование idhttp или idtcp? Ни с одним из них ранее не работал, но проблем разобраться с ними думаю не возникнет.
Вопрос про многопоточность.
Если представить что 200 компьютеров одновременно начнут отправлять данные, как на это реагирует сервер?

[Человек_Борща]

Если представить что 200 компьютеров одновременно начнут отправлять данные, как на это реагирует сервер?

idHTTPserver в этом плане прозрачно многопоточный. Нормально отработает.
idTCPServer возможно тоже прозрачно многопоточным будет.

HTTPServer точно прозрачно многопоточный, и проблем с подключением кучки клиентов не будет. Хотя и просто TServerSocket в этом плане тоже многопоточный.

Я бы все же реализовал так:
Открыл 5 серверов для прима данных,
написал бы 1 инфо-хаб(считай 6 сервер, но раздаёт инфу)

Сервера передают на инфо-сервер текущую загруженность своих линий.
Клиенты между запросами обращаются к инфо-серверу чтобы точно на менее загруженный отдать очередной запрос.

Или ещё проще: все данные на хаб, а тот тупо сам редиректит данные на менее загруженный сервер.