Станислав С...кийSergey SizovМы таки увидим конкретику или ...
Так была же "конкретика"...
Например, вот:
ViartЕсть большой программный комплекс, покупной, в нем есть мастер запросов, который сам все сочиняет и постоянно это переписывает, хранится все это в мемо полях, т.е. изменять под себя эти блоки я не могу. Нужно написать прогу, которая запускала бы эти процессы по моему расписанию и сама сохраняла результаты. вручную все это просто очень муторно.
Вот и вся задача.
Кто подскажет? Я не очень силен во всем этом. Это не конкретика, а вода. Где испробованный код? Или нам предлагается его угадать?
Вам уже написали общий вид коанды получения результата запроса


Он единственный и потому непонятны Ваши поиски какого-то особенного способа получения нужного Вам результата.
Что тут непонятно? Вы не знаете как в переменную засунуть содержимое мемо поля?
Как подставить значения параметров тоже уже показано. Так что непонятно?

Станислав С...кийSergey SizovЧто тут непонятно? Вы не знаете как в переменную засунуть содержимое мемо поля?
Как подставить значения параметров тоже уже показано. Так что непонятно?
То есть, Вы предлагаете исходное выражение, содержащееся в мемо-поле:


преобразовать к виду:


Т.е. фактически написать свой небольшой парсер Sql-выражений? Нет, всего лишь подстановка строки вместо метасимволв @@@. Например, StrTran(memo,'@@@', '?'). Так понятно? Sergey SizovКак подставить значения параметров тоже уже показано.
И как это сделать? как подставить параметры в исходный запрос (формата T-Sql), а не в преобразованный (формата FoxPro-Sql)?Знак вопроса и есть подстановка значения параметра в запрос. Никаких преобразований в формат фокса не было и никто про него кроме Вас пока не писал. Что за фантазии?
Может, наконец-то, займемся практикой, а не пустыми теоритизированиями?

Станислав С...кийSergey Sizovпропущено...
Нет, всего лишь подстановка строки вместо метасимволв @@@. Например, StrTran(memo,'@@@', '?'). Так понятно? пропущено...
Знак вопроса и есть подстановка значения параметра в запрос. Никаких преобразований в формат фокса не было и никто про него кроме Вас пока не писал. Что за фантазии?
Может, наконец-то, займемся практикой, а не пустыми теоритизированиями?
А Вас не смущает, что параметры/переменные в T-SQL вообще-то задаются через один символ '@'... А Вас не смущает тот факт, что символ @ к передаче параметров не имеет никакого отношения? Вас не смущает тот факт, что этот символ есть обязательный в T-SQL преффикс переменной и не более того? Некоторые системные функции/переменные - предваряются двумя символами '@'.Ну и что? И переменные даже не некоторые, а все. И что это меняет? А здесь их - целых три! Вот именно! Именно! Ибо такой последовательности в T-SQL нет и это нам гарантирует однозначность.Дополнительное использование еще двух '@' (если только это не описка ТС) несет какой-то иной смысл нежели просто передача параметра!Еще раз для плохо знающих T-SQL: к передаче параметров этот символ не имеет никакого отношения. Так что, без парсера - ну никак....Так что если отбросить фантазии и прочие измышлизмы, то никаким парсером и не пахнет.

Станислав С...кийSergey SizovА Вас не смущает тот факт, что символ @ к передаче параметров не имеет никакого отношения? Вас не смущает тот факт, что этот символ есть обязательный в T-SQL преффикс переменной и не более того?
Нет. У каждого языка свои "тараканы" в головеТак речь не о языке, а о Ваших предположениях в связи с языком.
Sergey Sizovпропущено...
Вот именно! Именно! Ибо такой последовательности в T-SQL нет и это нам гарантирует однозначность.
...в данной(!!!) конкретной(!!!) сгенерированной "процедуре" ! Или Вы знаете о какой системе идет речь и уверены, что она всегда Sergey Sizovнам гарантирует однозначность. именно таким способом?Весь топик речь шла о MS SQL. В нем только один даилект SQL'я - T-SQL. В котором последовательность @@@ не зарезервирована.

А если в другой сгенерированной "процедуре" такой "однозначности" не будет?
Если там будут "обычные" переменные и параметры (те, которые с одним '@')... Для определенности, пусть у "процедуры" будет один входной параметр, и пара локальных переменных. Что тогда будете делать? Ведь "универсальный" StrTran(memo,'@', '?') без знания контекста использования '@' уже не "покатит".Еще раз для плохо думающих: знак @ не есть признак параметра. Одиночный знак есть преффикс переменной, а двойной - преффикс некоторых встроенных функций, еще со времен Sybase. И речь идет о конкретной системе. И ни о какой универсальности нигде никакой речи не было. И речь была именно о затроенни символа, я нигде не предлагал приписываемый мне Вами вариант замены одиночного символа. Даже если бы я его и прелагал бы, то уж всяко не так. :) Для замены одиночного символа есть другая более быстрая функция. :)

Sergey SizovЕще раз для плохо знающих T-SQL .... если отбросить фантазии и прочие измышлизмы, то никаким парсером и не пахнет.
Как говорилось в одном анекдоте про водителя-дальтоника: Я хоть и дальтоник, но ведь не идиот... Если Вы мне скажете, как Вы будете StrTran'ом обрабатывать ситуацию, приведенную абзацем выше в этом посте, то я признаю свое поражение и тихо уйду.... Можно даже "по-английски"... не буду продолжать флейм по данной теме...Я ничего не буду делать. Ибо мне это не надо. Еще раз: речь идет про конкретную систему и способ предложен для конкретной системы и конкретной ситуации.