Вопрос не праздный. По прежнему занимает нишу файл серверного приложения ? Улучшается интерфейс, обработка данных, XML, но все равно файл серверное приложение.

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

Так Фокс в любом случае всегда был и пока остается файл-серверной системой СУБД, в лучшем случае клиентом..

Цитата:

Так Фокс в любом случае всегда был и пока остается файл-серверной
системой СУБД

Как СУБД - да, как среда программирования - не совсем

Цитата:

в лучшем случае клиентом..

Однако он позволяет соорудить под
COM+/WebService 2-х уровневую Клиент-серверную систему. Причём именно на
чистом фоксе, с фоксовым-же хранилищем данных.
Ну и ессно позволяет сделать 2 уровня в 3-х звенке (где DataLayer это любая
"большая" СУБД).
IMHO этого более чем достаточно для работы в любых условиях.

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


Сча вот читаю С#....поставил себе Visual Studio 2003.



[i][small][color=Gray]Отредактировано (23.07.04 16:20)

1) NET уже пришёл (можно даже сказать давно), и что?
2) Не всё то новое что предлагается выживет, и станет стандартом, или просто
широкораспространённой вещью. Мне почему-то кажется что на NET прогресс не
остановится, и ещё неизвестно что там будет "послезавтра" - может быть всё
рухнет как например произошло с VB (тоже был типа флагман - всё стращали -
кто не на VB тот устарел и не котируется. Ну и где теперь все эти спецы
куцего ОО-подобного средства?) А фокс живёт уж куда больше

Fox COM как промежуточное звено, только без сервера? а насколько это оправдано? не лучше ли по старинке. А то упаковывай параметры, потом расшифорвыывай результаты. Хорошо, что сейчас есть XML. А как же многопоточность истинного сервера БД?

Это ты на какое сообщение написал? Пожалуйста, старайтесь ответы под то
сообщение ставить, на которые реально они и написаны
Теперь по сути:
В общем и целом - естественно всё это дело с COM+ затевается не для того
чтобы крутиться на одной машине - порождая совершенно ненужные тормоза и
проблемы. А для раельного Клиент-серверного подхода - т.е. компоненты
работают на сервере, и передают только ту информацию что реально необходима
на клиентов. COM+ вкупе с MultiThreaded Stateless VFP компонентами
обеспечивает вполне приемлемую масштабируемость IMHO.
Какие задачи имеет смысл в первую очередь переносить на сервер? Создание
отчётов - особенно агрегирующих большие объёмы информации в сравнительно
малые отчёты. Выполнение тяжелых и важных расчётов (но не очень частых в
плане параллельного исполнения) - чтоб и надёжно выполялось (UPS на сервере
не роскошь а средство первой необходимости - а вот на клиентах - обычно нету
), и быстро и данные не гоняло туда-сюда.
Реализовывать полный доступ к данным через серверный слой (т.е. реально 100%
клиент-сервер делать) - ну это не особо то и нужно обычно - т.е. гибрид КС и
ФС вполне живучий должен получиться.