01.03.2004, 12:30 | #1 |
Участник
|
Пример использования RunBuf
Добрый день!
Господа, приведите плиз рабочий пример использования функции RunBuf. Задача: имеется таблица, определённая в AOT как XXX, и её экземпляр YYY XXX YYY; ; требуется получить SELECT YYY = RunBuf("Select * from XXX"); |
|
01.03.2004, 13:25 | #2 |
Участник
|
ответ - смотрите в импорте/экспорте из текстового файла.
Класс SysDataIntegration размышления вслух: Не извращайтесь, используйте хотя бы специализированное семейство Statement, Connection, ODBCConnection А вообще говоря прочтите документацию про оператор select и сделайте просто средствами языка, без извращений. |
|
01.03.2004, 16:27 | #3 |
Участник
|
Использовать ODBC запрещено, а стандартным SELECT не обойтись - запрос генерится и может иметь пятьдесят разных видов. RunBuf, IMHO, был бы удобен чтобы генерить такие запросы
|
|
01.03.2004, 16:30 | #4 |
Участник
|
какой вообще синтаксис RunBuf'а? второй и далее аргументы это что?
|
|
01.03.2004, 16:39 | #5 |
NavAx
|
Входящие параметры функции написанной в runbuf.
__________________
С уважением, Игорь Ласийчук. |
|
01.03.2004, 16:45 | #6 |
Участник
|
т.е. первый аргумент - строковая переменная, в которой описан некий код
если в нём описана некая функция, то второй и далее аргументы RunBuf'а - её аргументы? А если первым аргументом идёт простой SELECT? RunBuf('Select FFF'); |
|
02.03.2004, 00:41 | #7 |
Lean Six Sigma
|
Может в данном случае лучше использовать макросы?
|
|
02.03.2004, 02:31 | #8 |
Участник
|
Цитата:
Изначально опубликовано Mechanizm
...стандартным SELECT не обойтись Цитата:
Изначально опубликовано Mechanizm
запрос генерится и может иметь пятьдесят разных видов. RunBuf, IMHO, был бы удобен чтобы генерить такие запросы |
|
02.03.2004, 10:03 | #9 |
Участник
|
макросы - это может быть вариант, RunBuf тоже может быть вариант
query - имеется в виду строить все эти .orderMode(orderMode::GroupBy); .addSelectionField(...SelectionFields::SUM); .addRange... и т.д. и т.п. ? а что такого плохого в RunBuf'е? так отговариваете его применять, должно быть некое объяснение |
|
02.03.2004, 10:51 | #10 |
Lean Six Sigma
|
Минус - компиляция на лету, а соответственно:
1. Невозможность отладки. Поверьте - пару раз намучившись с кодом, построенным на этой технологии вы сами от неё откажитесь. 2. Потеря скорости по сравнению с макросами. Сложно представить пример (мне, по крайней мере), который можно реализовать только на RunBuf. |
|
02.03.2004, 11:28 | #11 |
Участник
|
Цитата:
Изначально опубликовано Mechanizm
а что такого плохого в RunBuf'е? так отговариваете его применять, должно быть некое объяснение В Аксапте есть замечательный механизм, который поддерживается ядром, позволяет делать статические и динамические запросы, работает с Аксаптовскими range'ами. Про "строить эти" В том, то и дело, что не "стройте эти" запросы динамически, а используйте заготовки из aot\query |
|
02.03.2004, 13:25 | #12 |
Участник
|
невозможность отладки - да, вылетает без предупреждения
а AOT/Query я ещё не освоил |
|