Связь поставщиков с проводками по поставщикам в стандартном фильтре

[MironovI]

Нужно фильтровать поставщиков по условию, накладываемому на проводки по поставщикам, а в стандартном фильтре в списке связанных с поставщиками по 1:n таблиц таблица Проводки по поставщикам отсутствует, хотя должна быть связь по коду поставщика. Не подскажете, в чем может быть дело?

[KMV]

Попробуйте вывести весь спиок.
1:n -> Более....

Или там тоже нет?

[AndyD]

Создайте явный релейшен для таблицы VendTrans на VendTable по полю AccountNum.

PS и обновите перекрестные ссылки

[MironovI]

Не помогает
AndyD, а у вас это работает?

[AndyD]

После добавления релейшена? Да работает

[KMV]

Цитата:

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

После добавления релейшена? Да работает

Нет явного релейшена, да и не нужен он.
Работает!

[dn]

В фильтрах по связи 1:n и n:1 отображаются таблицы связанные как по явному relation на таблице, так и через relation на расширенных типах данных полей таблицы.
Чтобы обновить списки нужно вызвать обновление перекрестных ссылок, где достаточно выбрать только параметр "обновить модель данных".

[MironovI]

Тогда что такое PS?

[KMV]

Цитата:

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

Тогда что такое PS?

AOT\DataDictionary\Table\VendTable - вызываете контекстное меню, далее Add-Ins\Перекрестные ссылки\Обновление

Цитата:

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

Проводки по поставщикАМ

Уверен

[MironovI]

Таблица называется именно Проводки по поставщикАМ, а не Проводки по поставщику? Вы уверены? Нужна Проводки по поставщикАМ.

[KMV]

Цитата:

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

Проводки по поставщику?

А что за таблица такая, можете её Name написать?

[AndyD]

"Проводки по поставщику" - это view VendBalanceOpen_RU

[MironovI]

Ура, получилось! Всем спасибо

[А что за таблица такая, можете её Name написать?]
Это view: VendBalanceOpen_RU.

А без явного создания Relation (по EDT, то есть) работать так и не захотело.

[AndyD]

Проблема в том, что при построении перекрестных ссылок сначала строятся ссылки по релейшенам на таблице, а затем для полей. При этом проверяется рейлейшен не по EDT, а по fieldid. Если существует явный релейшен на таблице для этого поля, то подхватится он, если не существует - то по EDT

[AndyD]

Предлагаю небольшую модификацию обновления перекрестных ссылок для того, чтобы обойти эту проблему

В метод updateTableId() таблицы xRefTableRelation внести эти изменения.

1. Добавить определение переменной

//--> D.Andy
    DictRelation    dictRelationType;
//<-- D.Andy
    ;

2. Добавить код

    ...
    for (fieldId = dictTable.fieldNext(0); fieldId; fieldId = dictTable.fieldNext(fieldId))
    {
        dictField = dictTable.fieldObject(fieldId);
        setPrefix(dictField.name());
        xRefTableRelation.relationName = dictField.name();

// --> D.Andy  
        relatedTableId = 0;
        dictRelationType = dictField.relationObject();
        if (dictRelationType)
            relatedTableId = dictRelationType.externTable();

        if (!relatedTableId)
// <-- D.Andy
            relatedTableId = dictFieldRelation.loadFieldRelation(fieldId);
    ...

[MironovI]

Цитата:

Если существует явный релейшен на таблице для этого поля, то подхватится он, если не существует - то по EDT

Какова может быть причина неподхватывания по EDT?