Технология DataSnap

sunzh

Заманчиво спроектировать распределенную инф.

систему построенную полностью на инструментарии Windows.

Т .е . без установки стороннего ПО. Рассматриваю такую связку (Delphi): На сервере: ADOconnection к локальному набору данных, datasetprovider. Клиент: DCOMconnection, clientdatasource.

компоненты отображения данных. С использованием модели BriefCase.

Вобщем технология DataSnap в чистом виде. Плюсом ко всему на стороне клиенты планируется реализовать связь с ГИС (геоинформационной системой) Есть-ли у кого-то опыт подобной реализации? з.ы. В разрезе использования в малой локальной сети.

megaevgen

Многа умных букаф. А если серьёзно - задлянафига? Зачем BriefCase в распределённой системе? БД+репликация не вариант?

sunzh

BriefCase для сессионной работы с данными.

BriefCase - это не только portable наборы данных.

К вопросу - почему некоторыена этом форуме интересуются легкими, желательно бесплатными реляционнми СУБД для работы в малой локальной сети?

Мое видение ситуации - эти некоторые (в том числе и я) скорее всего занимаются разработкой коммерческого ПО, поддержкой которого будет заниматься непосредственно пользователь.

А т.к. администрирование и настройка СУБД пока не входит в обязательную программу общего среднего образования , желательно на выходе получить инф.

систему с минимальным набором стороннего ПО (оптимально - вообще без) и интуитивно-понятным администрированием.

Преимущества Data Snap (ИМХО) - "все включено" в ОС и логику приложения, пусть она медленее чем ФБ к примеру, но использование BriefCase позволяет снизить нагрузку на сеть, т. к. работа идет с локальным набором данных в течение сеанса.

Задача - создать распределенную ИС на 2-10 рабочих станций с упомянутыми выше условиями.

megaevgen

Что касается клиента: FB Embedded в помощь. Локальное хранилище и не требуется администрирование. Возможности настоящей СУБД никогда не лишние

sunzh

Что касается клиента: FB Embedded в помощь. Локальное хранилище и не требуется администрирование. Возможности настоящей СУБД никогда не лишние

Спасибо за совет.

Но все же тема создана про DataSnap.

Давайте обсудим такую реализацию.

Приложение-сервер через ADO компонеты (например ADOquery и ADOCommand) связывается с локальным (для сервера) набором данных посредством SQL-запросов, т. е. сервер общается с локальной БД как с с SQL сервером.

Связывание таблиц и запросов тоже происходит через SQL.

(запросы типа: Select * from mastertable, detailtable where mastertable.id=detailtable.master_id) На стороне клиента ClientDataSource'ы получают эти данные через DCOMConnection. Это вроде как и не файл-серверная ИС, но и не полноценная распределенная трехуровневая ИС типа Клиент-Сервер.

Тем не менее клиенты получают только запршенную информация.

т. е. ИС функционирует как Клиент-Сервер.

Хотя бы просто теоретически - насколько это эффективно и быстро?

Обязательно-ли (с точки зрения эффективности) на сервере использовать query- компоненты и SQL-связывание, или можно использовать обычные компоненты доступа и определить связи между таблицами через object inspector? Как правильно настроить при этом компоненты?

Возможно-ли подключиться к данным через ODBC, без использования BDE (BDE позволяет использовать драйверы ODBC)?

Это опять же к теме построения ИС средствами Windows.

З. Ы. Извините если вопросы тупые.

Я не профи, только начинаю.

sunzh

Проштудировал тему

Да для малых сетей Data Snap - неплохой вариант.

Схема такая:

На сервере реляционный доступ к локальному набору данных (Access - ADO) +бизнес правила+методы COM-интерфейсов для расширения функциональности+callback's как механизм событий сервера.

На клиенте - clientdataset'ы и компоненты отображения.

Плюсы:

Никакого стороннего ПО (кроме своего)

Возможность использования BriefCase

Приступаю к реализации, модель БД почти готова.

dmitrypascal

Зачем Вам вообще трехзвенка, возьмите UniDac, он позволяет подключиаться к СУБД без установленного клиента

StrikerLoner

Начиная с Delphi 2010 нет никаких проблем с созданием клиента и сервера, на клиенте размещаем компоненты dbExpress у которого провайдером БД служит DataSnap, а сервер строим как DataSnap сервер и тоже не имеем никаких проблем за исключением маршалинга собственных объектов, но и это решаемая проблема

test1c

Позвольте мне высказаться.

Если все равно планируете гонять по сети датасеты, нафига вообще уровень сервера приложений делать.

Лишнее звено (передаст) - это тормоз будет и по коду будет работы больше.

Это заманчиво и красиво вначале а потом, с ростом объема запрашиваемых данных.

(а в ГИС так и будет)

Error_999

ИМХО: согласен с test1c, трех звенка в современном мире интересна только когда до основного сервера не быстрый канал связи.

sashok74

Error_999, post: 727668:
ИМХО: согласен с test1c, трех звенка в современном мире интересна только когда до основного сервера не быстрый канал связи.

Трёхзвенка удобна если клиент на разных платформах будет.

Похожие темы	Дата
[ITVDN] Элементы математической логики	19.10.2024, 18:10
[Itproger] Создание Андроид игры на unity 5	19.10.2024, 18:10
[Lendwings]Создание приложений для Iphone, Ipad, Android без предварительной подготовки	19.10.2024, 18:10
Дизайн и фриланс. Начало - Алексей Бычков, 2017	19.10.2024, 18:10
Секреты создания недорогого Web-сайта - Анна Мартинес	19.10.2024, 18:10
5 причин неоспоримого лидерства Java	19.10.2024, 18:10
firewall на Delphi	19.10.2024, 18:10
Apress - Pro CSS for High Traffic Websites	19.10.2024, 18:10
New Tip: TBooleanHelper.ToString and TUseBoolStrs enumeration by Marco Cantu	19.10.2024, 18:10
WinDev, WebDev и Mobile от PC Soft против VisualStudio	19.10.2024, 18:10

Технология DataSnap

sunzh

megaevgen

sunzh

megaevgen

sunzh

sunzh

dmitrypascal

StrikerLoner

test1c

Error_999

sashok74

I AM

Интересно