Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

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

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


Страницы:   1 2

Ш-К ©   (2011-07-19 12:19:00) 

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

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


_Юрий   (2011-07-21 22:06:00) [1]

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


Dennis I. Komarov   (2011-07-21 15:38:00) [2]

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


Сергей М.   (2011-07-19 22:43:00) [3]


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



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


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


Jeer   (2011-07-19 21:26:00) [4]


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


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


Сергей М.   (2011-07-19 18:20:00) [5]


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


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

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


sniknik   (2011-07-19 18:16:00) [6]

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

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


Сергей М.   (2011-07-19 18:08:00) [7]


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


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

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


Сергей М.   (2011-07-19 18:04:00) [8]


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


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

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


sniknik   (2011-07-19 17:46:00) [9]

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


Jeer   (2011-07-19 17:36:00) [10]


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


+ Raudus, Morfik..


Сергей М.   (2011-07-19 16:57:00) [11]


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


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


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


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

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


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


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


Sha   (2011-07-19 15:57:00) [12]

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


Ш-К   (2011-07-19 15:44:00) [13]

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

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


Sha   (2011-07-19 15:29:00) [14]

Slym ©   (19.07.11 15:23) [10]

Intraweb
UniGui


Slym   (2011-07-19 15:23:00) [15]

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


Anatoly Podgoretsky   (2011-07-19 14:54:00) [16]

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

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


Сергей М.   (2011-07-19 14:51:00) [17]


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


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

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


Ш-К   (2011-07-19 14:04:00) [18]

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

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


Плохиш   (2011-07-19 13:52:00) [19]


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

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

Но раз

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

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


SQLEXPRESS   (2011-07-19 13:52:00) [20]

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


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо