Делаю щас небольшой проект в качестве самообучения. Цель: картотека персона-адрес. В БД храняться пользователи, адреса, и они както там связаны между собой. Можно получить пользователя, получить его адреса. Добавить удалить и т.д. что взбредет в голову. Реализация: клиент - сервер - БД Про БД уже написал. Цель сервера: в нем реализованы сущности описывающие персону, адрес, связи между ними, и прочие второстепенные классы. Сервер запрашивает у БД нужные данный, представляет их в какойто виде, делает с ними чтото (например сжимает, шифрует...) и отсылает клиенту. Цель клиента: клиент, ничего не знает о БД, он обращается только к серверу получает от него данные и показывается пользователю, чтото делает, и отправляет обратно серверу или нет. Зачем оно все так сильно закручено. 1. Отделить клиентскую часть от БД, от того что и как в ней реализованно, и оперировать только с конечными сущностями. 2. Сервер выступает в качеств прослойки, таким образом при любых изменяниях в БД или самом сервере сущности отсылаемые клиенту не меняются и как бы не нужно обновлять все клиентов. Так же сервер может выступать в качестве жирного клиента, и производить например сложные какието манипуляции с данными, снимая нагрузку с БД и с клиента. Можно развернуть несколько таких серверов на разных серверных станциях таким образом разделив нагрузку между ними. 3. Клиент когда конектиться к серверу получает степень загруженности сервера и данные для конекта к менее загруженному серверу. таким образом нагрузка распределяется равномерно между всеми серверами. Схематично это можно нарисовать так Code: клиент клиент клиент клиент | / / / сверер сервер сервер \ | / БД Что скажите, не слишком надуманный пример ?)
Впринципе ничего тут сложного нет, писал подобное=) Главный вопрос как реализовать связь между сервером и клиентом, вариантов много...
Ну и что что велосипед. Все ведь по разному эти велосипеды делают.Чем их больше(велосипедов) тем лучше!
я тоже люблю велосипеды! самообучение вещь хорошая! тема правда изъезженная... я бы посоветовал, что-нибудь менее распространенное придумать! просто, на стадии формирования идеи проекта неплохо бы подумать, а как и кто, и будет ли вообще это вот использовать! "на полку" не очень хорошо что-то делать, не интересно...
