Текущий архив: 2004.04.11;
Скачать: CL | DM;
Вниз
TServerSocket & TClientSocket Найти похожие ветки
← →
Pete (2004-03-19 07:46) [0]я пишу приложение через и-нет...
вроде все работает нормально, но очень не нравится передовать из базы записи в текстовом виде... на клиентсокй части слишком сложно работать...
возможно вообще передовать по сети записи из БД, выбранные с помощь ADOquery ????
и как определять подключенного пользователя, кроме его идентификатора, которым он пользуется???
например, к чему можно приравнять идентификатор, чтоб пользоваться другим параметром, и не отвечать ответом на запрос?
вот и все. надеюсь не утомил сильно! :)
← →
Digitman © (2004-03-19 08:24) [1]
> но очень не нравится передовать из базы записи в текстовом
> виде
можно подумать, тебя кто-тот заставляет это делать
> возможно вообще передовать по сети записи из БД
возможно ... хоть из БД хоть не из БД
> как определять подключенного пользователя, кроме его идентификатора,
> которым он пользуется
а каким таким идентификатором он пользуется ? и как пользуется ?
> и не отвечать ответом на запрос
если запрос подразумевает в соответствии с протоколом инф.обмена обязательный ответ, то исполняющая запрос сторона не вправе игнорировать вопрошающего и не возвращать рез-ты запроса ... это - нонсенс .. это - нарушение протокола инф.обмена
как определять подключенного пользователя
все зависит от выбора критерия его уник.идентификации
а выбор этот, в свою очередь, напрямую зависит от твоей фантазии
← →
Pete (2004-03-19 08:37) [2]:)
понятно...
1. передавать RecordSets, и подключать у клиента этот рекорсетс к DBGrid
2. идентификатор - код пользователя в базе, по которомы определяется, что кому и в каком виде передовать...
т.е. посылается заявка, все должны видеть цену, объем и направлени (купить/продать). а тот кто подал + возможность, удалить, изменить, деактивировать...
заявку приходится рассылать всем... но именно ему - более полную версию
← →
Digitman © (2004-03-19 08:52) [3]
> 1. передавать RecordSets, и подключать у клиента этот рекорсетс
> к DBGrid
для этой цели есть готовая технология MIDAS
поищи/почитай в хэлпе, книжках и на сайте у Борланда детальную инф-цию об этой технологии ... как раз для этой цели она и была разработана
с другой стороны, MIDAS предполагает 3-хзвенную архитектуру распределенного сетевого приложения, включающую в себя "тонкого" клиента (TClientDataSet + TXXXConnection), сервер приложений (TRemodeDataModule) и любую СУБД (контейнер данных)
MIDAS подразумевает возможность работы клиента с данными как в онлайн так и оффлайн - "ценность", ощутимая, как правило, при работе распределенного приложения в условиях глоб.сети
если же предполагается только онлайн-режим в рамках ЛВС, то во многих случаях вполне оправдана и 2-хзвенная архитектура ("толстый" клиент + СУБД на базе SQL-сервера).. при этом можно забыть всякие TClient/ServerSocket"ы и работать с СУБД напрямую с помощью множества готовых компонентов прямого доступа к СУБД.. эти компоненты уже "умеют" делать все то, что тебе требуется
← →
Digitman © (2004-03-19 08:57) [4]
> 2. идентификатор - код пользователя в базе, по которомы
> определяется, что кому и в каком виде передовать
если используется СУБД, позволяющая создавать и запускать на выполнение (по иициативе клиента) хранимые процедуры, то все это легко решаемо .. опять же - нет необходимости задумываться о транспортном уровне и том как формируются/обрабатываются/визуализируются на кл.стороне запросы и результаты запросов
Страницы: 1 вся ветка
Текущий архив: 2004.04.11;
Скачать: CL | DM;
Память: 0.48 MB
Время: 0.039 c
