ServerSocket ClientSoket или Winsock?

[tarakan1983]

Господа помогите определиться с выбором.
Есть сетка из статических IP адресов.
Есть сервер (назовем его SRV01), и есть компы-клиенты для ровного счета возьмем 1024 ))). (беру специально больше 255)
На сервере хранится БД, в которой записано какому пользователю есть доступ к какому клиенту.
На клиенте №284 стоит программа и БД, которая выполняет какие-то свои функции, например читает данные с com-порта и сохраняет их в свою БД. За клиента садиться админ и создает нового пользователя для этого клиента, нужно отправить данные на сервер в отдельном потоке, что на клиенте №284 появился новый юзер.
И наоборот, на сервере создаем нового пользователя и даем ему доступ к клиентам №256,№342,№486,№136. Естественно тоже в отдельном потоке, по крайней мере мне так кажется, так как сервер работает на постоянный прием от клиентов.
Подскажите как организовать такую работу, с применением каких компонентов это будет проще. Если можно с примерами.
Спасибо.

[Stilet]

Раз уж

сервер работает на постоянный прием от клиентов

то зачем на клиентах

стоит программа и БД, которая выполняет какие-то свои функции

?

Может одну БД на всех стоит сделать?

[tarakan1983]

Может одну БД на всех стоит сделать?

Нет, сеть не локальная.
Куда должен девать клиент данные, прочитанные с com-порта, если интернета нет 3-4 дня?

[Stilet]

Теперь ясно. Тогда так: в БД заведи поле, в котором будет true если запись эта реплицированна на сервер и false если еще не успела попасть на сервер.
Время от времени проверяй инет, и если он появился начинай из БД передавать порциями скажем по 10 записей на одну транзакцию. По завершению транзакции выставляй поле в true. Так ты будешь знать что у тебя передано и что нет, и программе просто нужно будет выбирать только то где поле в false.
Теперь по теме: Что за СУБД? Если она способна принимать запросы с удаленных провайдеров то нужно не винсок или сокет а именно через этого провайдера.
Естесственно желательно чтоб пров стоял у всех клиентов - это надежнее чем делать свой передатчик.

Ну и неувязочка в рассуждения:

сервер работает на постоянный прием от клиентов

интернета нет 3-4 дня

Определись уже.

[tarakan1983]

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

Теперь ясно. Тогда так: в БД заведи поле, в котором будет true если запись эта реплицированна на сервер и false если еще не успела попасть на сервер.
Время от времени проверяй инет, и если он появился начинай из БД передавать порциями скажем по 10 записей на одну транзакцию. По завершению транзакции выставляй поле в true. Так ты будешь знать что у тебя передано и что нет, и программе просто нужно будет выбирать только то где поле в false.

Это уже реализовано, данные для передачи складируются в отделной таблице там есть такое поле, БД Firebird, поэтому поле integer 0-нет 1-да.

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

Теперь по теме: Что за СУБД? Если она способна принимать запросы с удаленных провайдеров то нужно не винсок или сокет а именно через этого провайдера.
Естесственно желательно чтоб пров стоял у всех клиентов - это надежнее чем делать свой передатчик.

БД Firebird, можно тут подробнее???

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

Ну и неувязочка в рассуждения:

Я же говорю клиентов, например, 1024. И 1023 клиента передают данные, а у 1024-го мыша кабель перегрызла. Что тогда???

[Slym]

1024 - потенциальных клиентов или постоянных? т.е. ени эпизодически подключаются или постоянно поддерживают коннект?
это я к чему: под поток по дефолту выделяется 1Мб стека, 1024 клиента одновременно подключенные к серверу с поточной/блокирующей моделью отгрызут у сервера минимум 1Гб памяти из 2Гб доступных.

если же одновременных клиентов меньше то можно заморочиться на поточной/блокирующей модели
иначе нужно смотреть в сторону неблокирующих сокетов или IOCompletitionPort

[Stilet]

БД Firebird, можно тут подробнее???

Отлично ставь им ODBC провайдер огнептички (с оффсайта скачать мона), настраивай его на IP сервака (в его настройках это можно), где БД вращается и клиент сам будет инсертить в базу
Я бы и не выдумывал в этом случае ничего своего, если ODBC не заупрямится.