Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

TServerSocket & TClientSocket [D6]

Pete © (2004-03-19 07:46:00)
я пишу приложение через и-нет...
вроде все работает нормально, но очень не нравится передовать из базы записи в текстовом виде... на клиентсокй части слишком сложно работать...

возможно вообще передовать по сети записи из БД, выбранные с помощь ADOquery ????
и как определять подключенного пользователя, кроме его идентификатора, которым он пользуется???
например, к чему можно приравнять идентификатор, чтоб пользоваться другим параметром, и не отвечать ответом на запрос?
вот и все. надеюсь не утомил сильно! :)

Digitman (2004-03-19 08:57:00) [1]

> 2. идентификатор - код пользователя в базе, по которомы
> определяется, что кому и в каком виде передовать

если используется СУБД, позволяющая создавать и запускать на выполнение (по иициативе клиента) хранимые процедуры, то все это легко решаемо .. опять же - нет необходимости задумываться о транспортном уровне и том как формируются/обрабатываются/визуализируются на кл.стороне запросы и результаты запросов

Digitman (2004-03-19 08:52:00) [2]

> 1. передавать RecordSets, и подключать у клиента этот рекорсетс
> к DBGrid

для этой цели есть готовая технология MIDAS
поищи/почитай в хэлпе, книжках и на сайте у Борланда детальную инф-цию об этой технологии ... как раз для этой цели она и была разработана

с другой стороны, MIDAS предполагает 3-хзвенную архитектуру распределенного сетевого приложения, включающую в себя "тонкого" клиента (TClientDataSet + TXXXConnection), сервер приложений (TRemodeDataModule) и любую СУБД (контейнер данных)

MIDAS подразумевает возможность работы клиента с данными как в онлайн так и оффлайн - "ценность", ощутимая, как правило, при работе распределенного приложения в условиях глоб.сети

если же предполагается только онлайн-режим в рамках ЛВС, то во многих случаях вполне оправдана и 2-хзвенная архитектура ("толстый" клиент + СУБД на базе SQL-сервера).. при этом можно забыть всякие TClient/ServerSocket'ы и работать с СУБД напрямую с помощью множества готовых компонентов прямого доступа к СУБД.. эти компоненты уже "умеют" делать все то, что тебе требуется

Pete (2004-03-19 08:37:00) [3]
:)

понятно...
1. передавать RecordSets, и подключать у клиента этот рекорсетс к DBGrid
2. идентификатор - код пользователя в базе, по которомы определяется, что кому и в каком виде передовать...
т.е. посылается заявка, все должны видеть цену, объем и направлени (купить/продать). а тот кто подал + возможность, удалить, изменить, деактивировать...
заявку приходится рассылать всем... но именно ему - более полную версию

Digitman (2004-03-19 08:24:00) [4]

> но очень не нравится передовать из базы записи в текстовом
> виде

можно подумать, тебя кто-тот заставляет это делать

> возможно вообще передовать по сети записи из БД

возможно ... хоть из БД хоть не из БД

> как определять подключенного пользователя, кроме его идентификатора,
> которым он пользуется

а каким таким идентификатором он пользуется ? и как пользуется ?

> и не отвечать ответом на запрос

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

как определять подключенного пользователя

все зависит от выбора критерия его уник.идентификации
а выбор этот, в свою очередь, напрямую зависит от твоей фантазии

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »