Как дважды подсоединить одну и туже таблицу

[trudel]

натыкался, а как надо - не найду. Подскажите.
Требуется при перемещении определить и склад откуда и склад куда. То есть InventDim присоединяется дважды.

newQbds = SubQbds.addDataSource(tableNum(INVENTDIM),'Dim1');
        newQbds.fetchMode(QueryFetchMode::One2One);
        newQbds.addLink(fieldNum(INVENTDIM, InventDimId), fieldNum(INVENTJOURNALTRANS, ToInventDimID));
        newQbds.joinMode(JoinMode::InnerJoin);
        newQbds.orderMode(OrderMode::GroupBy);
        qbr =newQbds.addRange(fieldNum(INVENTDIM, InventLocationId)); 
        qbr.value(strFmt('%1 != '+storesPR+' ',fieldstr(INVENTDIM,InventLocationId)))

newQbds = SubQbds.addDataSource(tableNum(INVENTDIM),'Dim2');
        newQbds.fetchMode(QueryFetchMode::One2One);
        newQbds.addLink(fieldNum(INVENTDIM, InventDimId), fieldNum(INVENTJOURNALTRANS, ToInventDimID));
        newQbds.joinMode(JoinMode::InnerJoin);
        newQbds.orderMode(OrderMode::GroupBy);
        qbr =newQbds.addRange(fieldNum(INVENTDIM, InventLocationId)); 
        qbr.value(strFmt('%1 != '+storesPR+' ',fieldstr(INVENTDIM,InventLocationId)))

Мне надо как-то исправить, чтобы InventDim правильно понимался, чтобы условие накладывалось на Dim1 и на Dim2.

Посмотрите форму InventJournalTransfer там нечто похожее

[Владимир Максимов]

Просто заведите РАЗНЫЕ переменные.

И не экономьте на буквах в названиях переменных. Давайте им, по возможности, такие имена, по которым будет понятно, что именно записано в этих переменных. Ну, хотя бы Вам самому будет понятно

QueryBuildDataSource	qbdsInventDimFrom;
QueryBuildDataSource	qbdsInventDimTo;
QueryBuildRange		qbrInventLocationFrom;
QueryBuildRange		qbrInventLocationTo;

(...)

//---------------- From

qbdsInventDimFrom = SubQbds.addDataSource(tableNum(INVENTDIM),'Dim1');
qbdsInventDimFrom.fetchMode(QueryFetchMode::One2One);
qbdsInventDimFrom.addLink(fieldNum(INVENTDIM, InventDimId), fieldNum(INVENTJOURNALTRANS, InventDimID));	// from - это поле InventJournalTrans.InventDimId
qbdsInventDimFrom.joinMode(JoinMode::InnerJoin);
qbdsInventDimFrom.orderMode(OrderMode::GroupBy);
qbrInventLocationFrom = qbdsInventDimFrom.addRange(fieldNum(INVENTDIM, InventLocationId)); 

//--------------- To

qbdsInventDimTo = SubQbds.addDataSource(tableNum(INVENTDIM),'Dim2');
qbdsInventDimTo.fetchMode(QueryFetchMode::One2One);
qbdsInventDimTo.addLink(fieldNum(INVENTDIM, InventDimId), fieldNum(INVENTJOURNALTRANS, ToInventDimID));	// to - это поле InventJournalTrans.ToInventDimId
qbdsInventDimTo.joinMode(JoinMode::InnerJoin);
qbdsInventDimTo.orderMode(OrderMode::GroupBy);
qbrInventLocationTo = qbdsInventDimTo.addRange(fieldNum(INVENTDIM, InventLocationId)); 

//--------------- Value
qbrInventLocationFrom.value(global::queryNotValue(storesPR));
qbrInventLocationTo.value(global::queryNotValue(storesPR));

[mazzy]

просто создайте нужный вам Query в AOT, а в коде напишите

Query q = new Query(querystr(mySuperQuery));
sysQuery::findOrCreateRange(q.dataSourceTable(tablenum(myTable),2),fieldnum(myTable, myField), 1).value(myRange);

обратите внимание на циферки 2,1. Это occurrence - номер по порядке в датасорсе и в таблице.

напишете так - вам же легче будет.
и следующие после вас специалисты вам спасибо скажут.

а вот это эклектика какая-то

Цитата:

Сообщение от trudel

qbr.value(strFmt('%1 != '+storesPR+' ',fieldstr(INVENTDIM,InventLocationId)))

могли бы и аккуратнее написать, единообразно

qbr.value(strFmt('%1 != %2 ',fieldstr(INVENTDIM,InventLocationId),storesPR))

[S.Kuskov]

Цитата:

Сообщение от mazzy

а вот это эклектика какая-то ...
могли бы и аккуратнее написать, единообразно

qbr.value(strFmt('%1 != %2 ',fieldstr(INVENTDIM,InventLocationId),storesPR))

Это что попытка использовать выражения в фильтре? Тогда не хватает внешних круглых скобок. Но в данном случае выражения здесь не нужны, корректный вариант подсказал Владимир Максимов global::queryNotValue. Вот если бы нужно было задать условие типа: склад отправитель не равен складу получателю, то тогда без выражений было бы не обойтись.

P.S.: По поводу strFmt согласен.

trudel, в вашем первоначальном коде addLink делается дважды по одному и тому же полю ToInventDimID (опечатка?), если исправить это и корректно задать текст фильтра, то ваш вариант должен работать.

[makbeth]

Немного не по теме, но...
Я не понимаю, какой смысл писать Global::queryNotValue(...)? Если уж хочется указать класс, то проще сразу писать SysQuery::valueNot(..)? Короче и на один вложенный вызов меньше. А так смысл Global теряется совсем.

[Владимир Максимов]

Цитата:

Сообщение от makbeth

Немного не по теме, но...
Я не понимаю, какой смысл писать Global::queryNotValue(...)? Если уж хочется указать класс, то проще сразу писать SysQuery::valueNot(..)? Короче и на один вложенный вызов меньше. А так смысл Global теряется совсем.

Как я понимаю, это скорее вопрос удобства.

Работа с Query - это довольно часто выполняемая операция. Как следствие, удобнее вынести эту обработку в общую "библиотеку" пользовательских функций Global, о которой "все знают", чем в специализированный класс SysQuery о котором еще надо "вспомнить"

На всякий случай напомню, что статические методы класса Global можно вызывать и без указания имени класса. Как системную функцию. Т.е. можно просто написать

queryNotValue(...)

Это уже лично я пишу имя класса, чтобы не вспоминать точное название метода, а посмотреть в выпадающем списке после ввода двоеточий. Мне так удобнее

Ну, и еще появляется возможность внести дополнительные параметры и обработки, не трогая класс SysQuery. Например, добавить второй параметр по аналогии с методом global::queryRangeConcat(), чтобы добавлять отрицание к уже существующему условию. Но это так, идет скорее дополнением (бонусом), чем причиной...

[makbeth]

Цитата:

Сообщение от Владимир Максимов

Работа с Query - это довольно часто выполняемая операция. Как следствие, удобнее вынести эту обработку в общую "библиотеку" пользовательских функций Global, о которой "все знают", чем в специализированный класс SysQuery о котором еще надо "вспомнить"

Проблема выноса подобных функций в Global в том, что Global в итоге превращается в помойку, где можно что-то очень долго искать, и... в конце концов действительно найти. ИМХО, Global - это место для расширения множества функций ядра, таких, как, например, расширения базовых функций работы со строками. Т.е. то, что не привязано к тому или иному специфическому функционалу.
Когда туда начинают сливать все подряд (ну а что, кому-нибудь пригодится же!), Global превращается не пойми во что с кучей непонятного и зачастую дублирующего друг друга функционала.
В итоге каждый раз начинаем искать то что нам подойдет:

Цитата:

Сообщение от Владимир Максимов

Это уже лично я пишу имя класса, чтобы не вспоминать точное название метода, а посмотреть в выпадающем списке после ввода двоеточий.

Мне кажется намного удобнее, когда вспомогательные функции именно для работы с запросами собраны в одном классе SysQuery, что в итоге значительно сужает область поиска. И другие такие примеры тоже есть, даже среди системных классов, например, DateUtil для utcdatetime или CLRInterop для работы с .NET. А есть еще, например, WinAPI/WinAPIServer

Цитата:

Сообщение от Владимир Максимов

Ну, и еще появляется возможность внести дополнительные параметры и обработки, не трогая класс SysQuery. Например, добавить второй параметр по аналогии с методом global::queryRangeConcat(), чтобы добавлять отрицание к уже существующему условию.

А почему его нельзя трогать?

[Raven Melancholic]

Цитата:

Сообщение от Владимир Максимов

Это уже лично я пишу имя класса, чтобы не вспоминать точное название метода, а посмотреть в выпадающем списке после ввода двоеточий. Мне так удобнее

AxAssist очень помогает не вспоминать точное имя без добавления global::
Хотя согласен с makbeth что global часто превращается в помойку.

[Владимир Максимов]

Цитата:

Сообщение от makbeth

Проблема выноса подобных функций в Global в том, что Global в итоге превращается в помойку, где можно что-то очень долго искать, и... в конце концов действительно найти.
(...)
Когда туда начинают сливать все подряд (ну а что, кому-нибудь пригодится же!), Global превращается не пойми во что с кучей непонятного и зачастую дублирующего друг друга функционала.
В итоге каждый раз начинаем искать то что нам подойдет:

Если в этой цитате заменить "Global" на "SysQuery" что-нибудь изменится? "Чисто (...) там, где не мусорят" (с)

Проблему дублирования кода и "превращение в помойку" заменой одного класса на другой не исправишь...

Цитата:

Сообщение от makbeth

ИМХО, Global - это место для расширения множества функций ядра, таких, как, например, расширения базовых функций работы со строками. Т.е. то, что не привязано к тому или иному специфическому функционалу.

Было бы желание... Кто мешает создать класс с именем, например "strFunction" или "sysFunction" и напихать именно в него все статические метода по работе со строками?

Цитата:

Сообщение от makbeth

Мне кажется намного удобнее, когда вспомогательные функции именно для работы с запросами собраны в одном классе SysQuery,

Как я уже говорил, вопрос удобства при частом использовании. Т.е. банально, вопрос личных предпочтений

Цитата:

Сообщение от makbeth

что в итоге значительно сужает область поиска.

Сомнительно... Помнить все классы просто не реально. Как правило, это кончается созданием личной библиотеки наиболее часто используемых "функций". Т.е. некой альтернативы класса Global, куда собираются "свои" статические методы.

Цитата:

Сообщение от makbeth

И другие такие примеры тоже есть, даже среди системных классов, например, DateUtil для utcdatetime или CLRInterop для работы с .NET. А есть еще, например, WinAPI/WinAPIServer

Гм... Сделайте поиск в классе Global по ключевым словам "DateTimeUtil", "CLRInterop", "WinAPI". Результат может Вас удивить

Кстати, в Ax2009 классы DateTimeUtil и CLRInterop являются системными и изменить их невозможно. Создавать отдельные классы для расширения их функциональности или все-таки методы Global?

Цитата:

Сообщение от makbeth

А почему его нельзя трогать?

Можно, конечно, только если работаешь с классом Global, то логично и изменения вносить в класс Global...

[trudel]

А ВОТ по теме еще помогите

inventDim1 = queryRunSub.get(tableNum('Dim1'));

как теперь получить таблицу именно InventDim которая Dim1 ?

[trudel]

Цитата:

Сообщение от trudel

А ВОТ по теме еще помогите

inventDim1 = queryRunSub.get(tableNum('Dim1'));

как теперь получить таблицу именно InventDim которая Dim1 ?

ИЗВИНИТе, нашел.