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

2NNN
Вы наверное прочли как-то по диагонали, не задумываясь

2ASCRUS
>Наглядный пример нашего менталитета в подходе выбора средств для
>решения задач - ищем что то универсальное, что все умеет, и пусть
>работать на этом сложно, мы разберемся.
не знаю чьего менталитета
мне на Борландовых продуктах работать НЕ сложно

>из за этого и проблемы.
какие именно?

>Карты хочется рисовать ? Так для этого берем тот же Delphi,
>лепим на нем ActiveX рисования карт, подключаем к среде
>разработки клиентов БД (к тому же VFP или PB).
а вдруг прога нужна под Линух?
тогда какой Х писать и в какой VFP его совать?
нет уж лучше я не буду прыгать как мартовский заяц по двум-трем компиляторам

под любой компилятор существуют реализации макроязыков
естессно в основном от сторонних разработчиков
и естессно в основном не бесплатно

я целиком и полностью согласен, что нельзя сранивать продукты из разных категорий

ведь в принципе (теоретически :) ) на тех же делфях можно написать нечто подобное VFP
а вот можно ли в VFP написать аналог Delphi
(Delphi здесь лишь в качестве примера, можно взять любую другую схожую среду разработки)

да что вы ей-богу как бык на красную тряпку

я вам просто объясняю что это разные вещи с разным назначением
это Delphi 1, ну может еще 2 позиционировался как "средство разработки приложений баз данных"
сейчас это "в том числе и средство разработки приложений баз данных"
так что тут вы, господа ФП-шники похожи на тех, кто вам оценивает старые версии FP.

сравнивать их можно лишь по тому, как на них можно реализовать КЛИЕНТСКУЮ часть

как СЕРВЕР БД его конечно же нужно сравнивать с серверными СУБД.
Если он позволяет использовать себя в качестве СЕРВЕРА, то на здоровье
Какя разница - хранятся таблицы и др. объекты БД в одном файле или в отдельных BDF. Главное сравнить ЭФФЕКТИВНОСТЬ его работы в качестве СЕРВЕРНОЙ СУБД.
В этом отношении даже интереснее было бы сравнить его с ADABAS
http://www.softwareag.com/adabas]www.softwareag.com/adabas

А что есть собственно КЛИЕНТ на VFP для доступа к другим серверным СУБД?
1) Общение с сервером
2) работа с клиентскими наборами данных.
Видимо вы хотите сказать что именно второе намного лучше чем у тех же DELPHI и иже с ним
Потому что если кто-то мне скажет, что первый пункт реализован лучше, то это придется доказывать.

Потому как "послать SQL-запрос и получить в ответ набор данных" - в этом вряд ли существенно различаются клиенты, написанные в разных средах разработки.
А если не SQL или эмуляция SQL то печальный опыт работы с Clarion 5 подсазывает, что работа с полноценным сервером БД посредством старых десктопных подходов способен "положить" и Оракл и DB2
Пример - Clarion 5 + MS SQL. Биллинговая программа для электроэнергетики.
Переход на работу исключительно SQL-запросами увеличил скорость выполнения операции "закрытие месяца" в 2 раза, а перенос логики на сервер (ХП) - в 10(!!!) раз
Написанный на Delphi универсальный генератор отчетов, основанный на FastReport, позволил не перекомпилировать клиента при появлении новых видов отчетов а отсылать пользователям XML-описание нового отчета.
При этом сам отчет гибок, нагляден, информативен и наконец просто красив.

прошу прощения - я ошибся
не ADABAS
a
Advantage Database Server да может еще в связке с Alaska XBase++
эт для любителей .DBF, xBase

ADS как раз и есть полноценная SQL клиент-серверная СУБД
кстати поддерживает полноценные транзакции

ООП? а XBase++ это и есть ОО-язык

стоит сходить на их сайты - там все ясно написано