если Вы к ней хотите обратиться в запросе dsql, то ее нужно объявить как временную таблицу dsql (sqlCreateTmpTable)
Уточняю:
1. Должна ли эта таблица объявляться в проекте?
2. Если в проекте она создана и заполнена, то как перелить содержимое в созданную через dsql таблицу? Насколько я понимаю, физически это разные таблицы.
Или
Создаем dsql таблицу, вываливаем в нее первым запросом данные и работаем потом с ней вторым запросом?
В проекте Вы можете объявить временную атлантическую структуру table struct
Я не очень может представляю вашу задачу. Но схема примерно такая.
1. Создаем в коде ard dsql временную таблицу
2. набиваем ее какими там данными по смыслу (см пример из хэлпа sqlCreateTmpTable)
3. далее эту таблицу ,созданную в п.2 можно использовать для разных целей запросах dsql последующих
"Если в проекте она создана и заполнена, то как перелить содержимое в созданную через dsql таблицу"
сразу набиваете нужными данными dsql таблицу. Вариант о котором Вы пишете не очень хороший будет, хотя реализуем
Суть в том, что мне легче было обрабатывать данные в этой таблице как обычными средствами випа, так и dsql.
Т.е. алгоритм был такой:
1. Запросами dsql забиваем 4 таблицы Т1, Т2, Т3, Т4.
2. Обрабатываем эти данные обычным випом, в результате получаем только T1 и T2 с нужными данными.
3. Пытаюсь провести группировку в таблице Т1 по ряду полей dsql-ем ( аналогично в Т2). Ибо группировка обычными средствами очень муторная и долговременная.Вот тут и затык. поэтому и спрашиваю о возможности перелива данных. Собственно, можно ли одну и туже таблицу с данными обработать прямым скулем и средствами випа?
Ресурсоемкий по памяти? А средствами випа те же тысячи группировать или обрабатывать - меньше ? Если группировать -так вообще несколько раз по табле пройти.
ресурсоемкий в том смысле что table struct - это данные на локале, а dsql таблица - она на серваке
Т.е. будет хренова туча команд на сервак с клиента о вставке (sqlExecDirect) данных во временную таблицу на sql-сервере
Я сочетаю.
Сервер должен выдать по максимуму сгруппированный запрос - как раз для сокращения трафика и выдать весь набор данных, требуемый для отчета - для сокращения кол-ва запросов,
А дальнейшую обработку можно уже на Vip перекрутить как нужно в зависимости от потребностей - например для дополнения сложно вычисляемых полей.
У меня 9.1, не решён - pick в прямом SQL содержит совсем не то, что помечено. Cоздаю sqlCreateTmpTable, кидаю туда пометку из pick "галактическим" sql, и уже эту временную таблицу включаю в запрос, но данные вставки занимают слишком много времени. Может, какой-то параметр в cfg есть, чтобы pick в vip'е и в DSQL были одинаковы?