Две таблицы в гриде

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

Если таблица с параметрами обязательно существует для каждой пары склад-номенклатура, то проблем нет. А вот если может и не существовать, то, как мне кажется, тут без программирования не обойтись

[S.Kuskov]

Цитата:

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

Если таблица с параметрами обязательно существует для каждой пары склад-номенклатура, то проблем нет. А вот если может и не существовать, то, как мне кажется, тут без программирования не обойтись

А если сделать OuterJoin параметров к складам + возможно указать свойство InsertIfEmpty?

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

Цитата:

Сообщение от S.Kuskov

А если сделать OuterJoin параметров к складам + возможно указать свойство InsertIfEmpty?

Не знаю, допускает ли в 4 версии Outer Join править "не существующие" записи подчиненной таблицы или просто автоматом создаст недостающие? Но в последнем случае это означает автоматом сгенерить недостающие записи и фактически сделать inner Join.

Возвращаемся к основному вопросу: запись таблицы параметров обязательно есть для каждой пары склад-номенклатура? Если "Да", то описанная задача возможна, если "Нет", то только программировать.

[Prophetic]

Цитата:

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

Не знаю, допускает ли в 4 версии Outer Join править "не существующие" записи подчиненной таблицы или просто автоматом создаст недостающие? Но в последнем случае это означает автоматом сгенерить недостающие записи и фактически сделать inner Join.

Возвращаемся к основному вопросу: запись таблицы параметров обязательно есть для каждой пары склад-номенклатура? Если "Да", то описанная задача возможна, если "Нет", то только программировать.

По сути, запись будет обязательно для каждой комбинации -- Склад + номенклатура. Но только после того, как пользователь выберет в первом гриде номенклатуру.
Outer join с InsertIfEmpty от параметров к складам выводит три записи с пустыми значениями, дает возможность сохранить значения только для одной записи.

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

Цитата:

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

По сути, запись будет обязательно для каждой комбинации -- Склад + номенклатура. Но только после того, как пользователь выберет в первом гриде номенклатуру.

Все-так уточню. Вы собираетесь хранить записи с не указанными (пустыми) параметрами?

Если "Да", то генерите автоматом недостающие записи по каждому складу при выборе номенклатуры и делайте связку по Inner Join.

Если "Нет", то без программирования все-равно не получится. Ведь даже если Вы реализуете то, что хотите, но в момент сохранения придется проверять запись на пустоту и удалять если пусто.

PS: вообще-то, описана почти стандартная схема Шапка документа - Номенклатура - Складская аналитика. Может, стоит просто скопировать то, что есть в стандартных формах заказов и закупок?

[Prophetic]

Цитата:

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

Все-так уточню. Вы собираетесь хранить записи с не указанными (пустыми) параметрами?

Нет, не собираюсь.

Цитата:

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

Если "Нет", то без программирования все-равно не получится. Ведь даже если Вы реализуете то, что хотите, но в момент сохранения придется проверять запись на пустоту и удалять если пусто.

Да, осознал, что не получится без программирования.
Всех благодарю за участие в обсуждении.

[titov]

а если отказаться от такой постановки и сделать по аналогии с профилями разноски (жкс еще имеет ту же схему) - скорее всего параметры конечны и имеют группировку

поля на таблице
itmRelation - Все, ГруппаНом, Нома, МояГруппа
InventLocation - Все, Склад
parmField - собственно параметр

прозрачность сопровождения, минимум записей