Valentin_timaХотелось бы узнать, что вы имели в виду - Другая идеология. Граната не той системы :).
Есть такая прога, может слышал, 1С 7.7 называется. Вот ее разработчики в лоб на MS-SQL с файл-серверного варианта перевели. Идеология работы с базой как была файловая, так и осталась. Тормоз жуткий.
При программировании клиент-сервера, идеология другая, абсолютно другой подход к получению данных, если с файл-сервером быстрее работа с записями, при этом к источнику данных можно постоянно быстро обращаться, то в клиент-сервере главное получить результат минимальным количеством обращений к базе.
Valentin_timaВ нашей системе есть выделенный слой данных, в виде Dll компоненты, который обменивается с интерфейсом через XML пакеты. Вот только в этой компаненте и нужно сделать преобразования. А она в свою очередь содержит только методы доступа к данным через SQL команды, естественно в фоксовском формате. Вот эти методы требуется переработать. Как это лучше сделать? У кого есть опыт, тот может, я думаю дать реальные советы. Может использовать хранимые процедуры на сервере подобных методам компоненты? Или все же переработка кода. А может кто-то использовал другие пути?
Простой заменой одного синтаксиса на другой не отделаться, даже если получится, то тормоз будет страшный. Совета типа "Сделай так и будет тебе счастье" никто не даст. Если задашь конкретный вопрос, получишь конкретный ответ.
А разработчиков этой DLL спросить можешь? Может ТЗ или описаловка какая есть? Тебе надо четко представлять как эта DLL работает. В фоксе только один вид DLL бывает - COM-объекты, которые используются клиентским софтом, поэтому надо понять что делает каждый класс, и исходя из этого переписывать, можеть с нуля быстрей написать будет. Вероятно структура базы изменится.
Valentin_timaЕсть на форуме кто-нибудь, кто переводил фоксовское приложение на SQL сервер?
Переводил - писал с нуля

Valentin_timaПо первому вопросу, данный курсор создается в коде из XML строки во входном параметре и далее используется, как видите, в запросе к источнику данных. Дело в том, что если послать на прямую этот запрос на сервер, то естественно сервер его не переварит, потому что просто не поймет. Как можно обйти подобные места в коде, а их как раз очень много?
1. перед запросом создать временную таблицу на сервере, заполнить и указать ее в запросе
2. перечислить список вместо подзапроса Что быстрее работает надо пробовать. Зависит от размеров таблиц. И во втором варианте могут быть проблемы если запрос окажется очень длинный. В VFP6 ограничение около 4000 знаков.

Valentin_tima1. перед запросом создать временную таблицу на сервере, заполнить и указать ее в запросе
2. перечислить список вместо подзапроса Что быстрее работает надо пробовать. Зависит от размеров таблиц. И во втором варианте могут быть проблемы если запрос окажется очень длинный. В VFP6 ограничение около 4000 знаков.
По первому пункту я понял, т.е. предполагется сначала создать ХП по формированию нужного курсора, а затем ее выполнить, а в фоксе в команде запроса указать имя таблицы. А вот второй пункт не совсем понял, что имеется в виду? Что это за список, если можно подробнее..[/quot]
Например тебе пришло на вход:
TempTableId324364755и запрос сейчас ты сохраняешь TempTable в курсор и выполняешь запрос

по п.1 надо по п.2 затем полученный курсор "MyRes" - возращаешь клиенту.
чем больше TempTable, тем длинее строка запроса получится.

Igor86 Valentin_timaПоясню:
Вот например мне не понятно, как бороться с таким кодом -

SELECT IdExp ;
FROM KsPrd ;
WHERE Period IN ( lcTagPeriod, tcPeriod) ;
AND idexp IN (SELECT Id FROM CurTO) AND EMPTY(ddelete);
INTO CURSOR IdExpCursor

строка AND idexp IN (SELECT Id FROM CurTO) предполагает, что есть некий курсор CurTO, как это объяснить SQL Server'у?

А получить в результате надо одну строку или несколько ???
CurTO - это TempTable в моем примере
Понятно?

Valentin_timaХотелось бы узнать насчет соединения с сервером, какая технология предпочтительнее, для каждого обращения отдельное соединение или одно глобальное соединение для всего сеанса работы?
Думаю для одного клиента - одно соединение, т.е. для сеанса. На установку соединения время тоже тратится.

Valentin_timaИ еще какой принцип написания своей утлилиты, через RV или еще както по другому?
Я бы самому поиграться с этим посоветовал. Заодно все способы взаимодействия с SQL сервером поизучаешь.
Я бы sqlexec() попользовал.
Если база большая, то почитай про команду bulk insert у MS SQL, иначе все очень медленно будет любым способом.

Valentin_timaА почему не CursorAdapter?
Потому что VFP6, я на 9 еще не перебрался.
CursorAdapter соответственно сам не юзал и ничего про него не скажу.

Я бы решал задачу переброса так:
на вход имя таблицы
1. Разбираем структуру и создаем аналогичную таблицу в SQL сервере (в приаттаченном файлике пример разбора DBC контейнера)
2. Генерим файл с содержимым таблицы
3. sqlexec("bulk insert ...")
4. создаем индексы на SQL