Модель передачи данных

Здравствуйте. В данный момент работаю над одним проектом, в который включает в себя клиент, сервер и сервер базы данных. Сервер и сервер базы данных находятся на выделенной машине в интернете, клиент работает с ними по интернету. В данный момент передача у меня осуществляется способом "клиент отправил запрос - обязательно получил ответ", но столкнулся с такой проблемой, что между тем, как сервер получил запрос и отправил ответ еще имеется время на выполнение запроса - работа с базой данных, все это тратит время, +ко всему готовый ответ, который часто включает в себя какой-то массив данных, который надо передать клиенту, что не всегда происходит мгновенно, но дело не в этом, дело в том, что такая модель исключает многопоточность на стороне клиента, а точнее её сильно ограничивает.

Так как передача ведется сериализацией, клиент обязан получить ответ, иначе сервер не сможет принять следующий запрос, но если клиент прервал поток и ответ не получил, сериализация ответа на сервере будет ждать, пока клиент не десериализует этот ответ. Пример: человек захотел сгенерировать отчет за какой-либо период, допустим, за год - пока клиент загружает данные пользователь передумал генерировать отчет и завершил поток получения данных, не дождавшись\недополучив ответ от сервера, сервер будет пытаться передать этот ответ в данной модели, пока не передаст\подключение не завершится, то есть, если пользователь завершил поток, работа в программе перестает быть доступной до переподключения. Так же возникает проблема загрузки некоторых данных в несколько потоков, а не в один, то есть клиент может отправить и получить ответ только единожды за единицу времени, что тоже очень неудобно, ведь если пользователь отправит 2 запроса, а они асинхронны, то клиент может получить первым ответ на второй запрос и вторым - на первый, посему складывается вопрос, как можно реализовать лучшим способом передачу данных так, чтобы она была менее ограничена приведенными выше рамками?

Данные передаваемые между клиентом и сервером самые разные - объекты самописных классов, коллекции этих объектов и т.п.

Надеюсь, объяснил понятно, хоть и получилось слишком много букв, если что-то надо, с радостью могу уточнить, заранее спасибо.

0

r0fL, теоритически это делается так: создается клиент-серверное приложение на сокетах (обеспечивает многопоточность). Клиентская часть как положено ставится клиенту, серверная на сервер, на котором СУБД расположена. Вот эта серверная часть и работает с БД, а клиенту отправляются уже готовые данные. Таким образом дествия клиента не могут заблокировать работу сервера БД.
Я такого ниразу не делал, но когда-то мне рассказывали именно так.

0

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

0