Отчет.Ограничение из доп. таблицы

[dalyet]

В datasourses Query отчета 2 таблицы (первая и связанная с ней вторая).
При построении накладываются условия на выборку из дополнительной таблицы, связанной с первой. Похоже на то, что связь между таблицами в datasourses Query затирается вновь прибывшей )).
Кто знает, как для данного случая минимальной модификацией добиться работы ограничений, накладываемых с помошью доп. таблицы ???

[mazzy]

Цитата:

Изначально опубликовано dalyet
Похоже на то, что связь между таблицами в datasourses Query затирается вновь прибывшей

Вновь прибывшей откуда?
Вообще говоря, связь нарушаться не должна.

Связь можно изменить из кода. Но для этого в отчете должен быть такой код. И он сразу виден. Может попробуешь еще раз сформулировать вопрос?

[Андре]

Цитата:

При построении накладываются условия на выборку из дополнительной таблицы, связанной с первой.

Ты накладываешь ограничения уже во время построени отчета, то есть динамически ? Тогда может быть это тебе поможет:

PHP код:


     Query q;
     QueryBuildRange qbr;

     // Эта часть по моему зависит от того, где ты пишешь этот код, а это в свою   очередь зависит от того, что тебе надо

     q = ...

    

     qbr = q.dataSourceNo(2).addRange(fieldId(Table,Field);
     qbr.value = ("1*"); 


[Andrew Besedin]

Цитата:

Изначально опубликовано Андре

qbr.value = ("1*");
[/PHP]

Ма-аленькое замечание:
qbr.value(QueryValue("1*"));

Так, по-моему, лучше...

[Андре]

QueryValue ? А зачем это нужно - обрамление строки кавычками ? Так по-моему и так все работает. Более того вот цитата из встроенной помощи:

Цитата:

Example

{
...
QueryBuildDataSource ds;
// ...
QueryBuildRange range = ds.AddRange (fieldId(CustTable, accountNum));

// Only accept accounts in the range from 1 to 1000, inclusive.
range.value ("1..1000");
}

Или все таки так лучше ? А почему ?

[undercover]

Subj нужен для совместимости с будущими версиями. Это если по понятиям кодировать. А работать-то код и так будет. Посмотри на SysQuery метод аналогичный queryvalue.