alex376
Писать на Фоксе тоже самое, что делает 1С - врят ли сможете (даже частично).
Проблема наверно в следующем - есть база во внутреннем формате 1С и нужно все посадить на внешний SQL сервер. После этого производительность наверно возрастет.
Задай на форуме 1С этот же вопрос. Спецы подскажут что делать

FoxPro - уже мертв.


не верьте, о пресловутой производительности 1С столько написано, что по сравнению с фокс 9 +sql любая 1С программа - живой труп.

Для автора:

Если один вытянешь - однозначно переписывай. Мы тоже убили на это 3 месяца, но сняли таки квартплату с 1С на VFP9, причем с полным переносом данных (возрастание производительности в 10-40 раз!!!, да и база больше не весит ~4ГБ, а всего-то 1,2ГБ). Единственное чего мы так и не поняли, кому вообще в голову могло придти написать программу учета коммунальных услуг на 1С???

Просто решили что это наверное параноя и голый "пиар"... Никогда еще что-либо написанное "для всего что захочешь" не могло сравнится по производительности с программой узко-специализированнной. Причем некоторые знакомые мне программеры еще и говорят что в данном случае при падении производительности на 1С, нужно просто переписать ряд конструкций БИ.ВыполнитьЗапрос() на прямой SQL запрос в базу через ADO или ODBC!!!! При этом вообще не понятно в чем разница? что на vfp9, что на 1С - все едино в конце концов, другая проблема в том что на фоксе оно еще и быстрее пишется, поскольку уже ненавидимые мною конструкции:
Спр.ИспользоватьВладельца()
Спр.ВыбратьЭлементы()
Пока Спр.ПолучитьЭлемент()=1 цикл...

заменяются в элементаре на
select table
scan for...

Решать конечно Вам, но по моему мнению ничего чудовищнее и тормознутее 1С Вы не найдете во всем мире... Хотя конечно усли Вам ОЧЕНЬ нравится ждать оборотной ведомости начислений по определенной улице 20-30 минут, то прошу...

И да простят меня асы 1С