|
|
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
1. родные DBF использовать можно, но страшновато: замучаешься битые индексы пересоздавать, и счетчик количества записей сбрасывать. с этим можно бороться какими-то шаманскими методами, но шаманство оно и есть шаманство :) 2. можно, например, через ODBC. создать DSN, а потом: SQLCONNECT() SQLEXEC() ... SQLEXEC() SQLDISCONNECT() ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2011, 17:54 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
Shock19, есть технологии: Файл-Сервер - в фоксе это использование DBF Клиент-Сервер - на фоксе клиент, сервер какой-то SQL-сервер Главная разница на чьей стороне делается выборка, в первом случае клиент берет все исходные данные, а потом сам делает выборку, во втором сервер делает выборку и только результат возвращает клиенту. Есть еще трехзвенная архитектура. Подробнее в википедии читай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2011, 07:49 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
1. по каким причинам VFP не может быть сервером в клиент серверной технологии(или какие параметры указывают, что это сервер в клиент серверной технологии).. 2.по каким причинам VFP не явдляется системой управления базой данной(СУБД)... Так... для развития и понятия, так как я считал как рах наоборот... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2011, 08:02 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
q1w1e11. по каким причинам VFP не может быть сервером в клиент серверной технологии(или какие параметры указывают, что это сервер в клиент серверной технологии).. Сервер это независимый компонент системы, обслуживающий запросы клиентов. VFP в таком виде в каком инсталлируется, не может принимать запросы клиентов. Для приема запросов нужен посредник, который будет общаться с клиентами. На совсем уж крайний случай можно сделать из VFP COM+ компонент. Но в этих случаях это будет уже трехзвенная архитектура :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2011, 08:20 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
Ну тогда надо уточнить про какой сервер идёт речь...Out-of-Process или In-Process... и на фиг тогда фоксу все эти функции DDE(DDESetServic и т.д.).. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2011, 08:46 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
q1w1e11. по каким причинам VFP не может быть сервером в клиент серверной технологии(или какие параметры указывают, что это сервер в клиент серверной технологии).. Может, только встроенного механизма приема запросов у фокса нет, поэтому это надо прописывать самому. Напишешь - будет сервер на фоксе. q1w1e12.по каким причинам VFP не явдляется системой управления базой данной(СУБД)... Так... для развития и понятия, так как я считал как рах наоборот... Фокс является файл-серверной СУБД. q1w1e1Ну тогда надо уточнить про какой сервер идёт речь...Out-of-Process или In-Process... и на фиг тогда фоксу все эти функции DDE(DDESetServic и т.д.).. Речь идет об сервере СУБД, особенности COM серверов тут не к месту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2011, 09:58 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
q1w1e11. по каким причинам VFP не может быть сервером в клиент серверной технологии(или какие параметры указывают, что это сервер в клиент серверной технологии).. Под термином "клиент-серверная технология" понимается следующая организация работы: 1. "Клиент" посылает запрос "Серверу" о том, какие данные ему нужны 2. "Сервер" выполняет отбор необходимых данных, после чего отправляет эти данные "Клиенту" Другими словами, собственно выборка данных выполняется не "клиентом", а "сервером". Другим приложением. Физически другим. При этом, располагаются ли "клиент" и "сервер" физически на одном компютере или на разных - никакого значения не имеет. При работе FoxPro с таблицами DBF вне зависимости от того, подключаются ли к ним через команду USE или через ODBC или ADO, но собственно выборка будет осуществляться самим "клиентом". Просто нет никакого другого приложения, которое могло бы обработать запрос. Физически нет "сервера". Факт хранения таблиц DBF на каком-либо другом компьютере ничего не меняет. Все-равно обработка (выборка) будет вестись на "клиенте". Все "промышленные" СУБД - это всегда "два-в-одном". Во-первых, собственно данные, а, во-вторых, программа (приложение) по их обработке. Пользователь никогда, ни при каких обстоятельствах, не имеет прямого доступа к данным. При любом способе подключения обращение идет к "программе", встроенной в соответствующую СУБД. А вот уже эта самая программа и выполняет все необходимые манипуляции с данными. Подобную схему работы можно организовать и при помощи FoxPro. Однако одна из целей "клиент-серверной технологии" не просто развести обработку по разным приложениям, но и заставить выполняться приложение "сервера" на том компьютере, где он физически расположен. А вот эту задачу решить при помощи FoxPro уже сложнее. Хотя тоже можно. Но для этого необходимо создать компонент COM+ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2011, 11:34 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
Вот ещё такой вопрос возник..., В каких случаях наиболее приемлема клиент-серверная технология, а в каких файл-серверная... можно ли говорить, что файл-серверная технология уже не развивается и отходит.. есть ли преимущества одной технологии, перед другой(сложность написания программ не учитываем).. Берём две крайние точки, маленькая фирма (таких множество), от одного до пяти комп.( сеть в пределах даже, не здания а этажа…) и огромная организация(таких единицы, в нашем городе) множество компов…так вот, если проводить сравнение двух технологий в этих маленьких фирмах, по каким параметрам сравнивать(скорость и т.д.), плюсы минусы этих технологий, и есть ли ещё какие-нибудь технологии помимо этих двух технологий… ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2011, 07:01 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
q1w1e1Вот ещё такой вопрос возник..., В каких случаях наиболее приемлема клиент-серверная технология, а в каких файл-серверная... можно ли говорить, что файл-серверная технология уже не развивается и отходит.. А чего в ФС развивать? Меняется скорость доступа к файлам, все остальное также как и 20 лет назад. q1w1e1есть ли преимущества одной технологии, перед другой(сложность написания программ не учитываем).. Берём две крайние точки, маленькая фирма (таких множество), от одного до пяти комп.( сеть в пределах даже, не здания а этажа…) и огромная организация(таких единицы, в нашем городе) множество компов…так вот, если проводить сравнение двух технологий в этих маленьких фирмах, по каким параметрам сравнивать(скорость и т.д.), плюсы минусы этих технологий Файл-сервер однозначно выигрывает если все стоит на одном компе (и клиент и база), все остальные случаи надо смотреть индивидуально. Например клиент на одном компе, база на втором, размер базы 1Гб. Чтобы сделать выборку при ФС надо скопировать базу на клиента. При сетке 100 Мбит только две минуты уйдет копирование. Конечно не всегда вся база тянется на клиента, но исходных данных как правило в десятки раз больше требуется чем результат выборки. q1w1e1есть ли ещё какие-нибудь технологии помимо этих двух технологий… Есть трехзвенная архитектура, когда между SQL-сервером и клиентом расположен сервер приложений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2011, 08:04 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
Dima TНапример клиент на одном компе, база на втором, размер базы 1Гб. Чтобы сделать выборку при ФС надо скопировать базу на клиента. При сетке 100 Мбит только две минуты уйдет копирование. Не всегда... , зависит от настройки сети, у меня на работе это делается при ФС моментально..., в другой организации жутко тормозило, чтоб не разбираться с этими сетевыми администраторами, переписал на цикл while...проблема исчезла... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2011, 08:22 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
q1w1e1Не всегда... , зависит от настройки сети, у меня на работе это делается при ФС моментально..., в другой организации жутко тормозило, чтоб не разбираться с этими сетевыми администраторами, переписал на цикл while...проблема исчезла... Я вроде и написал что не всегда, и решать какая архитектура лучше надо индивидуально для каждого случая. Если есть готовая отлаженная прога и начинаются проблемы с производительностью, их можно решать заменой железа на более мощное (сетку гигабитную проложить, дисковую подсистему пошустрее поставить), и часто оказывается что дешевле менять железо, чем прогу переписывать. Хотя тут тоже надо индивидуально смотреть каждый конкретный случай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2011, 09:12 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
Dima T...Например клиент на одном компе, база на втором, размер базы 1Гб. Чтобы сделать выборку при ФС надо скопировать базу на клиента. При сетке 100 Мбит только две минуты уйдет копирование. Конечно не всегда вся база тянется на клиента, но исходных данных как правило в десятки раз больше требуется чем результат выборки. ... 1. Если Вы пытаетесь скачать ВСЕ данные (например 1Г), то к/с не поможет - по сети придётся перегнать весь Гиг. 2. Если нужна выборка из 1Г, то как для ф/с это реализовано см. от разработчика движка ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2011, 09:21 |
|
||
|
Разработка клиент-серверного приложения
|
|||
|---|---|---|---|
|
#18+
2me, Из собственного опыта : свои vfp-приложения с БД VFP переводил под БД oracle , хотя в БД oracle была совершенно другая структура таблиц(чужой проект),но благодаря SQL-запросам и курсор-адаптерам этот перевод сделать не сложно.Удаленные представления не использовал так как при этом возникает необходимость создания dbc контейнера для их хранения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2011, 11:49 |
|
||
|
|
start [/forum/topic.php?fid=41&msg=37121452&tid=1584529]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 17ms |
| total: | 163ms |
| 0 / 0 |
