Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 11   вперед  Ctrl      все
 Re: Люди раскажите про Win FoxPro  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
aZm
ps оставьте серверу серверово. он это умеет, за это его и покупают.

А клиентское оставьте клиенту. Он это умеет. Только вот Вы почему-то отказываете клиентской части в возможности обработки данных. Дескать если хоть как-то данные обрабатываем - то это уже серверная работа. С какого перепуга Вы это взяли - тайна, покрытая раком. Наверное это религиозные предрассудки.

Всю работу с данными можно выполнить на сервере. Из этого не следует, что всю работу с данными нужно выполнять на сервере. Так ведь недолго и в каменный век свалиться, до уровня мейнфреймов и клиентских мест типа "телевизор+печатная машинка".

Эра динозавров прошла, aZm. Сегодняшнее рабочее место секретутки по вычислительной мощности стоит где-нить на уровне пятилетней давности сервера БД начального уровня, и превосходит десятилетней давности сервер БД enterprise уровня. Глупо отказываться от такого, особенно глупо отказываться исключительно по религиозным соображениям, дескать "серверу серверово".

Если клиент вполне справляется с нехитрыми операциями над небольшими объемами данных (а больших объемов на клиента и не должно поступать) - то и пусть себе справляется, нефиг сервер напрягать на каждый клиенский чих и каждый клиентский пук.
К примеру, надо к фиксированной выборке на десяток тысяч строк приджойнить пару десятков справочников, и потом еще несколько раз по различным критериям из нее всяко говно повыбирать и поагрегировать, сто раз подряд. Можно это делать на сервере. А можно и на клиенте, благо сегодняшние клиенты с такими задачами и такими объемами справляются не особо даже и задумываясь об оптимизации.
А уж заставлять сервер считать всякое фуфло типа "сумма по строкам", да еще пересчитывать все это фуфло скажем в зависимости от пользовательского выделения строк - ну это совсем несерьезно. Детский сад.

Если что-то из обработки данных можно засунуть на клиента - да ради бога, чай не сдохнет. Если есть возможность оперировать с локальными данными с помощью привычного SQL-я - то это тока в плюс клиенту. Если над дотнетовскими датасетами будет хотя б "кастрированный SQL" - ну и отлично. За фокспро можно только порадоваться, что у них такое уже есть.

Никто не призывает ездить на такси из Владивостока в Москву. Но высказыватия типа "если есть сервер, то все надо делать на нем" сродни высказываниям "если уж есть самолет, то и из Владивостока в Москву на нём прилечу, и из Москвы в Мытищи -тоже только на нём".
18 ноя 05, 05:24    [2081631]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Какой веселый топик

Люди, не знающие СУБД вообще, ни ее возможностей, ни как с ней работать, да еще к тому же до смерти привязанные к программированию а-ля Файл-Сервер (Фокс со своими dbf не отпускает никак) рассуждают о том, чего на СУБД можно делать, а чего нет, и как прекрасно на клиенте хранить бизнес-логику, чего-то на нем рассчитывать и как легко обработать 500 тысяч записей

aZm , брось ты это все, все-равно не переспоришь никогда. Видишь, никто кроме тебя не спорит - потому как опыт уже есть :))
А если уж писать сюда - то для веселья, иначе никак. :)

-- Tygra's --
18 ноя 05, 09:20    [2081869]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
Urri
Member

Откуда: Москва
Сообщений: 2693
Hi tygra,

А что упущено в рассуждениях?
18 ноя 05, 09:25    [2081885]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
tygra
Какой веселый топик

Люди, не знающие СУБД вообще, ни ее возможностей, ни как с ней работать, да еще к тому же до смерти привязанные к программированию а-ля Файл-Сервер (Фокс со своими dbf не отпускает никак) рассуждают о том, чего на СУБД можно делать, а чего нет, и как прекрасно на клиенте хранить бизнес-логику, чего-то на нем рассчитывать и как легко обработать 500 тысяч записей

aZm , брось ты это все, все-равно не переспоришь никогда. Видишь, никто кроме тебя не спорит - потому как опыт уже есть :))
А если уж писать сюда - то для веселья, иначе никак. :)

-- Tygra's --


2 tygra

вынужден согласиться :( это ближе к вопросам религии :( логика бессильна...

2 Urri

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


2 Пьяный Лох

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

зы. я тоже думал что времена динозавров в многопользовательских системах прошли :) ан нет. жив ф/с, жив, курилка.
18 ноя 05, 09:36    [2081911]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267



Люди, не знающие СУБД вообще, ни ее возможностей, ни как с ней работать, да
еще к тому же до смерти привязанные к программированию а-ля Файл-Сервер
(Фокс со своими dbf не отпускает никак) рассуждают о том, чего на СУБД можно
делать, а чего
--------------------------------

вот значит как?

8)

"не знающие" и "не умеющие"? А если померяться тем чем обычно меряются?
Ай-яй-яй, не хорошо


Posted via ActualForum NNTP Server 1.3

18 ноя 05, 10:48    [2082317]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
автор
Например если надо пройтись по всем строкам таблицы (поле1) в определенном порядке и выполнить поле1=поле1*поле1 предыдущей строки, типа для таблицы:

Для тех СУБД, где есть поддержка windows OLAP функций, это выполняется на раз одним запросом и с бешенной скоростью (потому как выполнит это оптимизатор так, как это бы мы ручками на FoxPro написали - через промежуточные переменные). Если в Юконе есть OLAP, то и такие задачи, связанные с доступом по записям, прямо на запросах спокойно, красиво, с малым кол-вом кода и большой производительностью будут решаться. Если MS не приделала - ну селяви, значит MSSQL и останется сервером, который без размещения хоть какой то логикик на клиенте, сам автономно работать не сможет - все будут на FoxPro или C# хранимках делать то, что давно в других диалектах SQL (DB2, Oracle, Sybase ASA) присутствует, причем как единый стандарт и код всей логики целостно хранится в БД.
18 ноя 05, 11:20    [2082544]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

причём тут олап? Вам же говорят - вопрос не в том что всё можно на сервер а
в том что "а нужно ли?"


Posted via ActualForum NNTP Server 1.3

18 ноя 05, 11:51    [2082803]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
2 1024

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

зы. почему то считается, что основной критерий не удобство (спорное) программиста, а скорость доступа и обработки данных. отсюда и пляшут и я очень удивлюсь (в изумлении буду ), если мс встроит движок скл в адо для использования на клиенте. как бы этого не хотелось любителям аксеса и фокса...

---
Vae victis!
18 ноя 05, 12:08    [2082930]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Мдя... Про фокс не могу сказать ничего ни хорошего ни плохого, ибо никогда им не пользовался. Но вот описывать "достоинства" фокса, основываясь на своем незнании клиент\серверных СУБД это уже слишком.

mal_ora
Но если надо построить умный отчет по небольшим данным (до 500 тис строк, таблицы выкачать их локально), чтоб в память помещались (2 Гб), IMHO (даже проверялось) процедура на FOX сработает быстее хранимой процедуры на MSSQL, т.к. у MSSQL(я пока не обсуждаю 2005) нет понятия физического скана и обновления таблицы в хранимой процедуре. Например если надо пройтись по всем строкам таблицы (поле1) в определенном порядке и выполнить поле1=поле1*поле1 предыдущей строки, типа для таблицы:
1
0,5
0,5
0,5
получить
1
0,5
0,25
0,125
Запросом на MSSQL не напишешь. Хранимая процедура с курсором будет выполнять отдельно update каждой строки. На фоксе это один проход по таблице, на SQL сколько команд update столько раз выполняется бинарный поиск, что значителдьно медление.


Вы не поверите - но это делается ОДНИМ ЗАПРОСОМ без всяких там курсоров. Надо только хоть немного отстраниться от навигационного подхода, как тяжелого наследия фокса.

mal_ora
И вообще скорость интерпритирования у MSSQL медленее чем у фокса. То есть идеальное сочетание MSSQL для запросов (серевер), для бизнес логики (отчеты,расчеты) фокс, минус такого решения может быть большая передача данных между клиентом и сервером (неумелое проектирование), но если от этого уйти нельзя - тогда и выручают хранимые процедуры.


О как!!! Сиквел сервер уже в интерпретаторы записали. Бардак... Может хоть немного для начала поRTFMите, прежде чем такие высказывания делать?! Бизнес-логика на клиенте... Ха.... Я Вас умоляю... Если это только не однопользовательская система. А от чего "выручают" хранимые процедуры Вам снова надо RTFM.

Вопрос на засыпку: А что будет с Вашей, пусть даже однопользовательской базой, если по среди вашего навигациооного апдэйта 500 000 тыс. строк у Вас вырубят свет? В каком состоянии будет бд? О тож... Так что, ради бога, защищайте фокс, но не надо для этого использовать свое дилетантство в других областях!!!
18 ноя 05, 14:30    [2083713]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
s.e.r.g.e.y.
Member [заблокирован]

Откуда:
Сообщений: 124
pkarklin
Мдя... Про фокс не могу сказать ничего ни хорошего ни плохого, ибо никогда им не пользовался. Но вот описывать "достоинства" фокса, основываясь на своем незнании клиент\серверных СУБД это уже слишком.

mal_ora
Но если надо построить умный отчет по небольшим данным (до 500 тис строк, таблицы выкачать их локально), чтоб в память помещались (2 Гб), IMHO (даже проверялось) процедура на FOX сработает быстее хранимой процедуры на MSSQL, т.к. у MSSQL(я пока не обсуждаю 2005) нет понятия физического скана и обновления таблицы в хранимой процедуре. Например если надо пройтись по всем строкам таблицы (поле1) в определенном порядке и выполнить поле1=поле1*поле1 предыдущей строки, типа для таблицы:
1
0,5
0,5
0,5
получить
1
0,5
0,25
0,125
Запросом на MSSQL не напишешь. Хранимая процедура с курсором будет выполнять отдельно update каждой строки. На фоксе это один проход по таблице, на SQL сколько команд update столько раз выполняется бинарный поиск, что значителдьно медление.


Вы не поверите - но это делается ОДНИМ ЗАПРОСОМ без всяких там курсоров. Надо только хоть немного отстраниться от навигационного подхода, как тяжелого наследия фокса.

mal_ora
И вообще скорость интерпритирования у MSSQL медленее чем у фокса. То есть идеальное сочетание MSSQL для запросов (серевер), для бизнес логики (отчеты,расчеты) фокс, минус такого решения может быть большая передача данных между клиентом и сервером (неумелое проектирование), но если от этого уйти нельзя - тогда и выручают хранимые процедуры.


О как!!! Сиквел сервер уже в интерпретаторы записали. Бардак... Может хоть немного для начала поRTFMите, прежде чем такие высказывания делать?! Бизнес-логика на клиенте... Ха.... Я Вас умоляю... Если это только не однопользовательская система. А от чего "выручают" хранимые процедуры Вам снова надо RTFM.

Вопрос на засыпку: А что будет с Вашей, пусть даже однопользовательской базой, если по среди вашего навигациооного апдэйта 500 000 тыс. строк у Вас вырубят свет? В каком состоянии будет бд? О тож... Так что, ради бога, защищайте фокс, но не надо для этого использовать свое дилетантство в других областях!!!

А что будет с Ораклом ?
18 ноя 05, 14:44    [2083791]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Про Оракл в соседней ветке :))

-- Tygra's --
18 ноя 05, 14:52    [2083840]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
s.e.r.g.e.y.

А что будет с Ораклом ?


Оракл будет немножко дольше жужжжжать при следующей загрузке ;)
18 ноя 05, 15:03    [2083923]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
FoxLamer
Member

Откуда: СССР
Сообщений: 167
автор
... Если можно раскажите про FOXPRO в чем его отличия от Access и какие функциональные возможности...

Человек спрашивал конкретно, а тут флуда уже но 6 страниц:)
Сегодня пятница,-можно оттянуться.

Мне лично пофиг отношение к Фоксу и MSSQL. Главное они мне денежки приносят. Причем оба неотрывно друг от друга.
VFP+MSSQL. И заказов больше и больше.
Понимание внутренней красоты - это дело индивидуальное. Важен результат.
18 ноя 05, 15:08    [2083965]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
s.e.r.g.e.y.

А что будет с Ораклом ?


Oracle, как и любая друга настоящая клиент\серверная СУБД откатит при старте БД к состоянию (консистентному) до начала незаконченной операции! Про жжжужжжание Gluk (Kazan) уже сказал. ;)
18 ноя 05, 15:19    [2084030]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
s.e.r.g.e.y.
Member [заблокирован]

Откуда:
Сообщений: 124
pkarklin
s.e.r.g.e.y.

А что будет с Ораклом ?


Oracle, как и любая друга настоящая клиент\серверная СУБД откатит при старте БД к состоянию (консистентному) до начала незаконченной операции! Про жжжужжжание Gluk (Kazan) уже сказал. ;)

Дык и Фокс сделате то же
18 ноя 05, 15:31    [2084115]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
s.e.r.g.e.y.
pkarklin
s.e.r.g.e.y.

А что будет с Ораклом ?


Oracle, как и любая друга настоящая клиент\серверная СУБД откатит при старте БД к состоянию (консистентному) до начала незаконченной операции! Про жжжужжжание Gluk (Kazan) уже сказал. ;)

Дык и Фокс сделате то же


Правда?! Можно ссылку на доку, где описана архитектура фоксовсокого write-ahead loga?
18 ноя 05, 15:33    [2084127]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
2 aZm
2 Пьяный Лох

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

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

Обработка данных бывает разная.
Что-то выносить за пределы сервера нельзя.
Что-то выносить за пределы сервера можно, но не стоит, т.к. даже если клиента снабдить всей необходимой информацией, он все равно подохнет на обработке.
А какие-то манипуляции с данными - и можно вынести за пределы сервера, не получив при этом размазывание логики, и можно обработать на клиенте, не убив его нагрузкой.

В аксесе у меня вполне нормальная ситуация, когда пользователь запустил какой-нить сложный отчет, сервак ему отплюнулся результатом сложной выборки над большим объемом данных, пользователь на этот отчет поглядел - и начал его крутить-вертеть-фильтровать и т.п. Без участия сервера.
Получил юзер отчет по счетам за месяц. На клиенте (в аксесовском датагриде) к серверной выборке приджойнились все нужные справочники. Юзер почесал репу, посмотрел на цифры, распечатал все это дело. Почесал репу, отсеял из выборки неоплаченные счета. Выбрал из того что получилось счета по клиентам из определенных регионов. Полученный обгрызок исходной серверной выборки - загнал в сводную диаграмму с группировкой по клиентам. А как же сервер? А никак не сервер, он вообще не нужен после первой выборки, хоть кабель топором руби. Вся нужная информация на клиенте уже есть, и её не настолько много, чтобы клиент не смог её обработать самостоятельно. Ну и пусть обрабатывает самостоятельно, причем так, как хочется гендиру, а не как это зашито в некоей хранимой процедуре на сервере.

Я не работаю на фокспро. Я на аксесе работаю. И меня всегда удивлял следующий постыдный парадокс. Есть ADODB-шный рекордсет. Есть датагрид, висящий на этом рекордсете. Есть еще десяток ADODB-шных рекордсетов, на которых висят комбобоксы со справочниками.
Если программист захочет в клиентской софтине сделать "Select From Рекордсет Left Join ДругойРекордсет Group By Рекордсет.ЧтоТо Order By ДругойРекордсет.ЧтоТо", и потом это где-то отобразить, в другой формочке например - то тут же раздадуться вопли дескать "все надо на сервере считать".
А пользователь об этом не знает, и через стандартный пользовательский интерфейс крутит-вертит этими данными как хочет, фильтрует, сортирует, джойнит, группирует, агрегирует, и никого не волнуют проблемы какой-то там оптимизации индексов на сервере.

А Вы говорите, что SQL поверх дотнетовских датасетов - не нужен и не может понадобиться... Пользователю через грид - можно, а программеру - нельзя?
18 ноя 05, 15:33    [2084128]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
mal_ora
Member

Откуда: Киев
Сообщений: 40
sys(3054,11) возвращает индексы которые подхватывает запрос. Действительно, если знать особености rashmoore оптимизации то можно много добиться. Например если есть индекс A+B, то если надо сравнить A с C то лучше писать A+B = C а не А = С, так индекс точно подхватится.
Кстати элементарные хинты к запросам тоже есть, например FORCE фиксирует порядок обьеденения.
Ну а отладка на фоксе просто "песня", благодаря тому что он интепритатор.
что-то не так работает, остановил программу и в "онлайн" режиме пишешь код в коммандном окне, типа а если так, или если так попробовать функцию вызвать (и все это не останавливая программу), в компилируемых языках этого не хватает, как и не хватает макроподстановки.
19 ноя 05, 00:10    [2085895]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
mal_ora
Member

Откуда: Киев
Сообщений: 40
aZm
мощность клиента никогда не будет равна мощности сервера (по пропускной способности памяти и дисковой подсистемы). иначе такой клиент будет золотым.


1. Мощьность сервера меньше суммы мощьностей всех клиентов. Все на сервере это кода клиентов до 50, когда под 200 и больше средний сервер начнет загибатся это раз.
2. Бизнес логика не зависит от сервера(MSSQL,ORACLE,...) это уже известный подход и он занял свою нишу.
3. SQL на сервере не так развит чтоб описать сложную логику одним или несколькими запросами, а хранимые процедуры это медленно и время на их разработку больше (т.к. отладится сложнее чем на фоксе).
19 ноя 05, 00:21    [2085924]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
mal_ora
Member

Откуда: Киев
Сообщений: 40
2 pkarklin

Пусть свет вырубают, ну и что, я имел в виду что сервер это надежное хранилище, а клиент это расчеты и отчеты, результат пишется на сервер в самом конце, одной тразакцией.
Данные же хранятся на сервере это его забота, на клиенте промежуточные результаты.
Если выключат свет в файл-сервере или клиенте файл-сервера, вот это уже плохо, согласен.

ПОКАЖИТЕ мне как не написать одним запросом тот пример с таблицей (поле1). Или хоть как-то лиш бы быстро. Кол-во строк в таблице может быть любым.
19 ноя 05, 00:31    [2085943]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
mal_ora
aZm
мощность клиента никогда не будет равна мощности сервера (по пропускной способности памяти и дисковой подсистемы). иначе такой клиент будет золотым.


1. Мощьность сервера меньше суммы мощьностей всех клиентов. Все на сервере это кода клиентов до 50, когда под 200 и больше средний сервер начнет загибатся это раз.
2. Бизнес логика не зависит от сервера(MSSQL,ORACLE,...) это уже известный подход и он занял свою нишу.
3. SQL на сервере не так развит чтоб описать сложную логику одним или несколькими запросами, а хранимые процедуры это медленно и время на их разработку больше (т.к. отладится сложнее чем на фоксе).


1. если в кратце - не видели вы нормальных серверов. и напрямую сумировать оперативку и кигагерцы клиента, сравнивая с сервером - бред
2. да. известный. когда речь идет о сервере приложений. но. не. об. обработке. на. клиенте!
3. слов, простите, нет. учите матчасть.
19 ноя 05, 00:40    [2085959]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
mal_ora
Member

Откуда: Киев
Сообщений: 40
pkarklin
О как!!! Сиквел сервер уже в интерпретаторы записали. Бардак...


По сравнению с ORACLE хранимая процедура (подчеркиваю прцедура, не запросы) на MSSQL это интерпритатор.
На собственном опыте замечал что если цикл организовать на клиенте типа:

do while
Запрос на сервер
Запрос на сервер
end

и такой же в виде хранимой процедуры ан MSSQL то 1 вариант быстрее, хотя на ORACLE 2-й вариант быстрее. Тоесть с MSSQL (было в данной ситуации) лучне работать одиночными запросами. а в ORACLE хранимыми процедурами.
ORACLE не скомпилирует процедуру с сылками на несуществующие таблицы, а MSSQL пожалуйста все корректно, вот только скорость выполнения сильно подкачивает.
и вообще, для интереса написал цыкл пустышку типа for i = 1 to 100000 на MSSQL, выполнялся около 1 - 2 сек. А вот на фокс такое мгновенно выполняется. и как MSSQL после этого не интерпритатор. PLSQL быстрее, но всеравно работает не так быстро как фокс. Т.е. время обработки одной команды хоть самой простой (запись в переменную, команды цикла, логические команды) у MSSQL работают еще не так быстро :(.
19 ноя 05, 00:48    [2085984]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
mal_ora
Member

Откуда: Киев
Сообщений: 40
aZm

2. да. известный. когда речь идет о сервере приложений. но. не. об. обработке. на. клиенте!


Фокс отлично подходит для сервера приложение. А какие предложения будут у Вас по этому поводу. На чем писать.
19 ноя 05, 00:54    [2085998]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
mal_ora
Member

Откуда: Киев
Сообщений: 40
aZm
не видели вы нормальных серверов.


Если сервера из top500.org были доступны по цене то пожалуйста. Но надо всегда искать решение приемлемое по стоймости. Под свой случай свое решение.

Меня видимо не правильно понимают.
Я хочу защитить подход с использованием фокса, а утверждаю что это панацея.

Просто кажется, что критикуют фокс в основном те кто с ним не работал, или не знает как с ним надо работать.

Да я немного "перетрудился" в расхваливании фокса. Но этот инструмент в умелых руках дает хорошие решения.
19 ноя 05, 01:06    [2086011]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
сервер стоимостью 20-30к убитых енотов недостежим по цене? (могу добавить, что для среднего и малого бузинеса тож есть сервера. дешевле ж)) или у вас настольная задача малого бизнеса? ах настольная? ну вот там фокс себя оправдает на все 200%, правда, его и там теснят, теже IB/FB, PostgreSQL, и иже с ними. А они, представьте, бывают безплатные :)
полный бред начинается, когда люди, освоившие (пусть и освоившие на уровне эксперта) настольные базы аля фокс или аксес, начинают переносить эти подходы в многопользовательскую среду. и начинают писаться системы аля 1С.

короче, устал я от этого топика. ходим по кругу, блин.

---
No Pity. No Mercy. No Regret.
19 ноя 05, 01:41    [2086054]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 11   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить