Связь VendInvoiceTrans и PurchLine

[vadimiron]

Как связать VendInvoiceTrans и PurchLine? По какому полю (полям)??
Задача: в репорте есть текущий vendInvoiceTrans - нужно вытащить его PurchLine, так как там дополнительная информация (ещё пара таблиц подключается).

[ice]

по полю InventTransId

[vadimiron]

А связь n:1 (то есть много VendInvoiceTrans к одному PurchLine)?

[MikeR]

он у вас найдет те строчки в которых есть этот лот, наверное, для надежности можно и еще и по ItemId добавить

[petr]

По-моему, гораздо проще в вашем случае не тащить из VendInvoiceTrans PurchLine, а в методе VendInvoiceTrans.initFromPurchLine() скопировать в VendInvoiceTrans всю необходимую для построения будущих отчетов информацию и потом не париться связывая эти две таблицы.

Как они связаны ice уже ответил.

[MikeR]

Цитата:

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

а в методе VendInvoiceTrans.initFromPurchLine() скопировать в VendInvoiceTrans всю необходимую для построения будущих отчетов информацию

Как они связаны ice уже ответил.

Денормализация

[Ivanhoe]

С учетом удаления закупок - денормализации нет.

[MikeR]

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

[vadimiron]

У меня данная связь не проходит при создании View.
Создал datasource VendInvoiceTrans, в нём датасоурс PurchLine - соединил с помощью InventTransId - смотрю с помощью TableBrowser - нет ни одной записи, хотя таблицы по отдельности содержат много записей и многих InventTransId совпадает....не могу понять, почему View пустой

[Lemming]

Цитата:

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

У меня данная связь не проходит при создании View.
Создал datasource VendInvoiceTrans, в нём датасоурс PurchLine - соединил с помощью InventTransId - смотрю с помощью TableBrowser - нет ни одной записи, хотя таблицы по отдельности содержат много записей и многих InventTransId совпадает....не могу понять, почему View пустой

А какую связь строки накладной со строкой закупки Вы хотели бы видеть, если провести строку закупки, например не полностью, а частично? Правильно сказал petr протаскивайте в транзакционные таблицы нужные Вам данные из первоисточника. Связывать в отчетах "чистовики"(строки накладных, проводки) с "черновиками" (строки закупок, журналов etc) противоречит архитектуре системы

update:

Впрочем, если уж очень нужна подобная связь, то похоже: VendInvoiceTrans->InventTrans->PurchLine

[petr]

Цитата:

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

update:

Впрочем, если уж очень нужна подобная связь, то похоже: VendInvoiceTrans->InventTrans->PurchLine

А вот так, по-моему, опасно. В InventTrans для одной VendInvoiceTrans может быть много проводок, если к каждой из них подцепится PurchLine, то будет ошибка, так как реально связь VendInvoiceTrans PurchLine n:1

[Lemming]

Цитата:

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

В InventTrans для одной VendInvoiceTrans может быть много проводок, если к каждой из них подцепится PurchLine, то будет ошибка, так как реально связь VendInvoiceTrans PurchLine n:1

Хмм...согласен, просто обычно связи в первую очередь проверяю создавая Query, в общем поторопился. В любом случае я противник смешивать данные из проводок и их источника. Не говоря о том, что в случае Аксапты, т.н. денормализация иногда неплохо выруливает производительность.

[petr]

Цитата:

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

Денормализация

А это по-вашему всегда минус?

Цитата:

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

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

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

[MikeR]

Цитата:

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

А это по-вашему всегда минус?

отчего же ?
Да и по моему как то вы агресино начинаете...

Цитата:

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

Я отвечал не вообще, а в контексте двух конкретных таблиц, ващ же пример далек от изначальной темы.

отчего же далек то?

[petr]

Цитата:

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

отчего же ?
Да и по моему как то вы агресино начинаете...
...
отчего же далек то?

Если оказалось агресивно, извиняйте, не хотел.

Вообщем, вы привели пример действительно излишней денормализации, и в этом действительно нет ничего хорошего. Но ветка про две конкретные таблицы VendInvoiceTrans и PurchLine, в контексте которых некоторая денормализация вполне логична и совершенно некритична.

[MikeR]

Цитата:

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

Но ветка про две конкретные таблицы VendInvoiceTrans и PurchLine, в контексте которых некоторая денормализация вполне логична и совершенно некритична.

Я просто убеждаюсь, что во всем хорошем надо знать меру. А пример я привет для vadimiron, чтоб не увлекался, бо и нормализация и денормализация это не панацея. Просто в одном случае имеем одну та табцицу на все случаи жизни, а в другом сложно строить всякие отчеты. Правда находится посередине.

Цитата:

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

Маразм!

Не совсем . Установка значения в Yes принуждает систему использовать те Relations, которые уже заранее определены на таблицах или расширенных типах. Но никто не мешаем вам использовать свои связи.

[MikeR]

Axapta 3.0 SP4 все работает

[vadimiron]

Я нашёл проблему: во View есть опция Relations (YES | NO). Я ставил на YES и думал, что так будет использоваться связь, которая прописана во View, а оказалась, что берётся связь, определённая на таблице (там связь построена по другому, но там одни нули и я не соединишь там никак), а связь во View просто игнорируется!
Маразм!

Когда поставил NO и прописал связь через InventTransId - всё заработало как и ожидалось