Толстые и тонкие клиенты

← →
Ш-К © (2011-07-19 12:19) [0]

Имеется простое приложение, работающее в локалке с MSSQL через ADO. Компьютер на котором, крутится приложение имеет выход в интернет.
В перспективе хочется расширить функционал, чтоб иметь доступ к данным БД из любой точки мира.
Если не трудно покажите архитектуру таких систем. Куда копать? Что читать?
Интересует:
1. Программа минимум. Удаленный клиент связывается с сервером приложений, отсылает комманды, получает данные (ХМЛ или любые другие)
2. Максимум. Клиент шлет SQL запросы через сервер приложений, получает рекордсет.
3. И отдельная тема. Как обеспечивается безопастность в таких системах на программном и административном уровне?

Сильно не пинайте. С базами работаю. В остальном профан.
DelphiXE, Win7

← →
Плохиш © (2011-07-19 12:38) [1]

> Что читать?

Руководство разработчика, поставляемого с делфи.

← →
SQLEXPRESS (2011-07-19 12:43) [2]

список слов для гугления
IIS|Apache, установка, настройка
PHP, PHP "Hello World", PHP связка с MSSQL
ибо cgi сейчас писать наверное не модно будет :) а под PHP куча готовых решений есть уже.

← →
SQLEXPRESS (2011-07-19 12:55) [3]

да, если клиент толстый

> Руководство разработчика, поставляемого с делфи.

+ администрирование MSSQL

← →
Ш-К © (2011-07-19 13:42) [4]

Понятно, что если вопрос типа "непонятно все", то можно куражиться и писать: "читай все".
То, что я читаю и нахожу это WebSnap, SOAP и IIS.
В соседней ветке лежит пример инет-чата на TIdUDPClient/Server. Никакие серверы для него не поднимаются. Тем не менее данные обмениваются.
Я, конечно, могу взять этот пример и приспособить для своих нужд. Но, потом, кому-то работать с этим г-кодом.
Вот и спрашиваю, как вы делали? Как БЫ вы делали?

← →
SQLEXPRESS (2011-07-19 13:52) [5]

Apache, PHP связка с MSSQL
но у меня проще - клиент из браузера только смотрит текущее состояние, выполняет предопределенные запросы, получает данные

← →
Плохиш © (2011-07-19 13:52) [6]

> Вот и спрашиваю, как вы делали? Как БЫ вы делали?
>

Я начинал с чтения [1].

Но раз

> Понятно, что если вопрос типа "непонятно все", то можно
> куражиться и писать: "читай все".

то рекомендую посмотреть вокруг на тему смены профессии.

← →
Ш-К © (2011-07-19 14:04) [7]

SQLEXPRESS (19.07.11 13:52) [5]
У меня клиент не браузер, простой нативный клиент, для мониторинга нескольких цифр по кнопке.

Плохиш © (19.07.11 13:52) [6]
Для других профессий нет форума "Начинающим"

← →
Сергей М. © (2011-07-19 14:51) [8]

> У меня клиент не браузер, простой нативный клиент

Как ты собрался расширять его функциональность, если он у тебя изначально не предназначен ни для "утолщения" ни для "утоньшения" ?

Его переделывать придется практически полностью.

← →
Anatoly Podgoretsky © (2011-07-19 14:54) [9]

> Сергей М. (19.07.2011 14:51:08) [8]

Переделывать? Писать все с начала.

← →
Slym © (2011-07-19 15:23) [10]

Видел на форуме набор компонент web формы название не помню
типа standalone web сервер, а в браузере формочки как на дельфи нарисованые...

← →
Sha © (2011-07-19 15:29) [11]

Slym © (19.07.11 15:23) [10]

Intraweb
UniGui

← →
Ш-К © (2011-07-19 15:44) [12]

Немного ошибся в названии темы. Точнее было бы написать написать Клиент - Сервер. Не знаю.

Сергей М. © (19.07.11 14:51) [8]
Не понял вопроса. В локальной сети есть БД и программа, которая с ней работает (с БД). Я хочу через инет (вне локалки) цеплятся к этой программе и получать данные, которые она запрашивает с БД.
Цепляться буду не из браузеров, а из отдельного приложения. Сначала в виде: комманда - ответ. А потом, в перспективе, SQL запрс - рекордсет.
В терминалогии не силен. Полагаю, приложение, которое в локалке с сервером БД - это сервер приложений. А внешние программы, которые работают с сервером приложений - тонкие клиенты.

← →
Sha © (2011-07-19 15:57) [13]

> Sha © (19.07.11 15:29) [11]
еще
kbmWABD

← →
Сергей М. © (2011-07-19 16:57) [14]

> Цепляться буду не из браузеров, а из отдельного приложения

А чем браузер-то не угодил ?
Браузер - это готовый полноценный "тонкий клиент".

> приложение, которое в локалке с сервером БД - это сервер
> приложений

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

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

> А потом, в перспективе, SQL запрс - рекордсет

А вот это годится разве что только для лок.сети.
В условиях глоб.сети это тупиковое решение, ведущее разработчика к фиаско.

← →
Jeer © (2011-07-19 17:36) [15]

> Sha © (19.07.11 15:29) [11]
>
> Slym © (19.07.11 15:23) [10]
>
> Intraweb
> UniGui

+ Raudus, Morfik..

← →
sniknik © (2011-07-19 17:46) [16]

>> А потом, в перспективе, SQL запрс - рекордсет
> А вот это годится разве что только для лок.сети.
> В условиях глоб.сети это тупиковое решение, ведущее разработчика к фиаско.
почему? не обязательно же на клиента передавать ссылку... пусть передает данные, т.е. сам рекордсет. причем по http протоколу... решаемо.

← →
Сергей М. © (2011-07-19 18:04) [17]

> Jeer © (19.07.11 17:36) [15]

Кстати ты в курсе что Раудус обновился до v 0.8 ?

Теперь Раудус-движок :
- работает во всех IDE вплоть до XE
- легко интегрируется в стандартное дельфийское ServiceApplication
- для стенделон-серверной ипостаси индейский веб-сервер выкинут оттуда нафих и вместо него на вооружение взят Мангуст

> пусть передает данные, т.е. сам рекордсет

ага.
а СУБД-сервер при этом находимтся в джунглях Амазонки и ширина канала доступа к хосту сервера 256 кбод.. Да еще в приложении используется серверный "живой" курсор.. Или снапшот на полмиллиона записей..

Волосы дыбом встают от результатов работы с такими удаленными рекордсетами)

> Да еще в приложении используется серверный "живой" курсор..
какой "живой" курсор? как только ты его "оторвешь" от коннекта для (/архивирования) передачи все "фенечки" тут же отвалятся.
только чистые данные. кстати по обьему будет меньше чем готовая html страница по этим данным.
это к
> и ширина канала доступа к хосту сервера 256 кбод..

> Или снапшот на полмиллиона записей..
а это уж ССЗБ

> как только ты его "оторвешь"

Так может у ТС его приложение как раз и работает сейчас "без отрыва", со всеми "фенечками")

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

> Сергей М. © (19.07.11 18:04) [17]
>
>
> > Jeer © (19.07.11 17:36) [15]
>
>
> Кстати ты в курсе что Раудус обновился до v 0.8 ?

Да, Серег, в курсе.
Слежу за ним и даже использую влегкую пока.
Мне он нравится.

> Jeer © (19.07.11 21:26) [21]

> Мне он нравится.

Мне тоже импонирует как ребятки неспешно, не торопясь выпузырить "финальный релиз", обкатывают довольно серьезную концепцию и вполне симпатичную идею ее реализации и развития.

TTcpServer - лучший http-сервер. Приводит к полному осознанию htt-протоколу :)

← →
_Юрий (2011-07-21 22:06) [24]

Я так понимаю, что если речь идет только о доступе к БД через интернет, то это может быть решено средствами администрирования сервера и сети. Та же программа подключается удаленно.
Если же необходимо именно наличие апп-сервера, то тогда пусть будет веб-служба и браузер в качестве клиента.
Потому что переписывать придется почти все, согласен с [14]. А если уже таки переписывать, то лучше сделать сразу нормально, а не через задницу.
Должны быть чрезвычайно веские причины на то, чтобы порождать любое новое нестандартное решение. Потому что вновь изобретенный велосипед будет работать полюбому хуже и глючнее промышленных образцов, потребует больше сил на создание и поддержку, и будет категорически несовместим с весьма полезными инструментами многочисленной третьей стороны

Толстые и тонкие клиенты Найти похожие ветки