Маленькая ремарка про пол базы на клиент...

Начитался я лет 6 назад умных книжек про клиент-серверную технологию и решил - у клиента только ввод/вывод - все остальное не сервере...
Задумано - сделано...
Имеем 2-х процессорный P3-500 1G памяти 2 скази вуджика по 9 без раида.
SCO уних, Oracle 7/3/1 - и SCO и Oracle в включенными опциями для MP и Paralel
Клиент 433С 64M 20G Windows98SE
Приложение VFP6+ODBC+Word+Excel...

После написания кучи пакаджей и анализа производительности при технологии "вся обработка на сервере" начались большие тормоза ( не надо про кривость написания ). Очень долго делалась оборотка или среднехронологические остатки по счетам. Было принято решение готовить предварителные данные на оракле и окончательную обработку на клиенте т.е были случаи когда фетч делался дольше чем обработка VFP на клиенте.
Надо учесть что на приведенной конф клиента VFP просто летал и обработать каких то 500-800 тыс зап было делом 1-2 минуты.

Далее из опыта
Была задача на FoxPro 2/6 ( Для тех кто не знает SQL в фоксе появился в FoxPro1)
На 486 с 8м 10м сетью - работало, но медленно особенно при тяжелых запросах. Переписали на VFP8 по старой технологии и клиент-сервер + MSSQL2000.
Сервер MSSQL 1g 120hdd P4-2400 клиенты P4-1700 256 40HDD сеть 100MБ

Замечено - что работа в файл-серверной связки гораздо быстрее ( 3-5 раз )
Мне кажется что технология файл-сервер на современных компах и производительной локальной сети ни что иное как распределенная СУБД,
со всеми вытекающими последствиями.

Сорри за сумбур.

to All
Это просто мое мнение или наблюдение, стали бы мы переписывать с Forms3 и Forms45 если бы все быстро работало.

to Yo!

Мне что надо было все настройки перечислять...
Вы по существу что-нибудь можете сказать или зарегистрироваться для начала ?

to Zaxx

Я просто высказал свое мнение...и самое удивителное никого не обвинял в кривости и прочее...Или на это конфе так принято ?

to Yo!
>1. проблемные запросы/код процедур выявленые вашим "анализом"
Сейчас не могу сказать - как и писалось дело было давно сейчас стои солярка
со всеми вытекающими последствиями.
>2. их планы
>3. инициализационный файл
То-же
>4. 7й оракл это специально чтоб супорт не получить ?
Другого не было, и зря был куплен что-ли

А вот запросик чтобы не думали что руки кривые

lcSelect = "select '1' v1, '2' v2, '3' v3, '4' v4, '5' v5 from dual " +;
"union all " +;
"select '110', 'Клиенты, не являющиеся кредитными организациями, всего', to_char(sum(n), '999990'), 'X', 'X' " +;
"from " +;
"( " +;
"select to_char(count(*)) n " +;
"from odt_cli c " +;
"where exists " +;
"( " +;
"select 'x' from odt_ac a " +;
"where a.branch_sys = ?lnBranchSys " +;
"and a.balance between 40101 and 40807 " +;
"and a.balance not in (40801) " +;
"and a.opened <= ?pdBalDate " +;
"and nvl(a.closed, to_date ('01-01-2100', 'DD-MM-YYYY')) >= ?pdBalDate " +;
"and c.sys = a.sys " +;
") " +;
"union all " +;
"select to_char(count(*)) n " +;
"from cwt_prs p " +;
"where exists (select 'x' " +;
"from ret_cont c, odt_ac a " +;
"where a.branch_sys = ?lnBranchSys " +;
"and c.branch_sys = a.branch_sys " +;
"and c.acc_id = a.id " +;
"and p.sys = c.prsn_sys " +;
"and ((balance between 42301 and 42308) " +;
"or (balance between 42601 and 42608)) " +;
"and a.opened <= ?pdBalDate " +;
"and nvl(a.closed, to_date ('01-01-2100', 'DD-MM-YYYY')) >= ?pdBalDate " +;
") " +;
") " +;
"union all " +;
"select '111', 'в том числе: - бюджетные организации', " +;
"to_char(count(*), '999990'), 'X', 'X' " +;
"from odt_cli c " +;
"where exists " +;
"( " +;
"select 'x' from odt_ac a " +;
"where a.branch_sys = ?lnBranchSys " +;
"and ((a.balance between 40201 and 40207) or (a.balance between 40301 and 40302)) " +;
"and a.opened <= ?pdBalDate " +;
"and nvl(a.closed, to_date ('01-01-2100', 'DD-MM-YYYY')) >= ?pdBalDate " +;
"and c.sys = a.sys " +;
") " +;
"union all " +;
"select '112', ' - государственные внебюджетные фонды', " +;
"to_char(count(*), '999990'), 'X', 'X' " +;
"from odt_cli c " +;
"where exists " +;
"( " +;
"select 'x' from odt_ac a " +;
"where a.branch_sys = ?lnBranchSys " +;
"and a.balance between 40401 and 40410 " +;
"and a.opened <= ?pdBalDate " +;
"and nvl(a.closed, to_date ('01-01-2100', 'DD-MM-YYYY')) >= ?pdBalDate " +;
"and c.sys = a.sys " +;
") " +;
"union all " +;
"select '113', ' - органы федерального казначейства', " +;
"to_char(count(*), '999990'), 'X', 'X' " +;
"from odt_cli c " +;
"where exists " +;
"( " +;
"select 'x' from odt_ac a " +;
"where a.branch_sys = ?lnBranchSys " +;
"and a.balance between 40101 and 40109 " +;
"and a.opened <= ?pdBalDate " +;
"and nvl(a.closed, to_date ('01-01-2100', 'DD-MM-YYYY')) >= ?pdBalDate " +;
"and c.sys = a.sys " +;
") " +;
"union all " +;
"select '114', ' - другие юридические лица (включая физических лиц - предпринимателей)', " +;
"to_char(count(*), '999990'), 'X', 'X' " +;
"from odt_cli c " +;
"where exists " +;
"( " +;
"select 'x' from odt_ac a " +;
"where a.branch_sys = ?lnBranchSys " +;
"and ((a.balance between 40501 and 40505) " +;
"or (a.balance between 40601 and 40603) " +;
"or (a.balance between 40501 and 40505) " +;
"or (a.balance between 40601 and 40603) " +;
"or (a.balance between 40701 and 40703) " +;
"or (a.balance between 40802 and 40807) " +;
") " +;
"and a.opened <= ?pdBalDate " +;
"and nvl(a.closed, to_date ('01-01-2100', 'DD-MM-YYYY')) >= ?pdBalDate " +;
"and c.sys = a.sys " +;
") " +;
"union all " +;
"select '115', ' - физические лица', " +;
"to_char(count(*), '999990'), 'X', 'X' " +;
"from cwt_prs p " +;
"where exists (select 'x' " +;
"from ret_cont c, odt_ac a " +;
"where a.branch_sys = ?lnBranchSys " +;
"and c.branch_sys = a.branch_sys " +;
"and c.acc_id = a.id " +;
"and p.sys = c.prsn_sys " +;
"and ((balance between 42301 and 42308) " +;
"or (balance between 42601 and 42608)) " +;
"and a.opened <= ?pdBalDate " +;
"and nvl(a.closed, to_date ('01-01-2100', 'DD-MM-YYYY')) >= ?pdBalDate " +;
")"
Это кусок из VFP программы...


to Roman Ignatiev

>И, кстати, фокс до сих пор не поддерживает стандарт, нет подзапросов, >насколько я выяснил. По крайней мере, ALL не берет (уверен, EXISTS & SOME >тоже).

Пример в студию...

to Varan
Ну дык мелкософт и советует так : сначала аксесс потом аксесс+MSSQL
Опять же субьективное мнение : юзал систему акесс+mssql6/5 + nt4 плохого сказать ничего не могу тем более если пойти по пути фирмы 1с - все таблицы тупо и бодро кидаем в MSSQL - проблем вообще никаких. Получишь посредственную производительность на посредственном сервере, имхо.
Но компот делать - не советую.

to tygra

Вы внимательно читали пост ?
По моему - нет. Я не кричал что клиент-сервер отстой, а излагал свое мнение.

to Yo!

Хороше не буду, хотя идеи приходят такие от-того что не пью :)
Самое смешное что приведенный запрос работал быстро ....
А за книжечки спасибо - пречитаем :))

to tygra
А принцип разделяй и властвуй уже не действует ?

to ALL
Серьезно, чем плохо ( без эмоций ) использовать сервер как хранилище c сырой обработкой данных а чистовую обработку на клиенте ?

to tygra
Не надо палку перегибать...
Я за сервер БД за клиент-серверную технологию, только мне не совсем понятно зачем грузить один пусть большой комп пусть мощный когда у каждого клиента то-же комп не слабый...пусть они совместно трудятся!
Не ужели у Вас не было случая когда злоупотребления пакджами на сервере снижало производительность ? Или трех-звенку идиоты что-ли придумали ???