InventLocationId в InventTrans

[AndyD]

Как говорит mazzy - открывайте отдельную тему, там и расскажите

[kashperuk]

Не думаю, что у Майкрософт в планах делать такого рода денормализацию.
Было бы, наоборот, логичнее работать над более универсальным механизмом, который бы позволял с легкостью добавлять новые аналитики в зависимости от специфики учета в компании.

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

[Pustik]

Цитата:

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

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

Мне это очень нравиться. Как раз была необходимость в складской аналитике.
Как Вы считаете, это сильно трудоемко?

[kashperuk]

Цитата:

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

Мне это очень нравиться. Как раз была необходимость в складской аналитике.
Как Вы считаете, это сильно трудоемко?

Если вопрос ко мне, и о Майкрософт, то да, это было бы довольно трудоемко.
Но, для этого мы и существуем, чтобы делать трудоемкие задачи.
Вопрос только - в какой версии это будет сделано.

[Pustik]

Цитата:

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

Если вопрос ко мне, и о Майкрософт, то да, это было бы довольно трудоемко.
Но, для этого мы и существуем, чтобы делать трудоемкие задачи.
Вопрос только - в какой версии это будет сделано.

пожалуй создам новую ветку

[Vadik]

Цитата:

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

Дело в том что в отчете может так выглядит

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

[Мартынов Дмитрий]

Цитата:

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

Пожалуйста, создавайте отдельные ветки для обсуждения отдельных тем

Цитата:

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

Как говорит mazzy - открывайте отдельную тему, там и расскажите

Из двух вопросов(одного очевидного - как разгребать проблему и второго менее очевидного, как ее избежать) мне сейчас интереснее второй, но я все что хотел - сказал, по этому открывать отдельную тему не буду.
НО
Секретов у меня нет, если ко мне есть вопросы (например, не понятно то что я писал) - открывайте тему, спрашивайте - я отвечу. Только в личку сообщите а то я могу не узнать о ее существовании...

[sukhanchik]

Обсуждение с запросом к InventSum выделено в отдельную ветку Запрос к InventSum с InventLocationId

[Ilyaae]

Хорошо, а если заполнение складской аналитики повесить на SqlServer, триггером на вставку и изменение? Ведь склад нужен нам только для построения отчетов, а не менять логику работы АХ. Как по мне, то это решает многое.

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

Цитата:

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

Хорошо, а если заполнение складской аналитики повесить на SqlServer, триггером на вставку и изменение? Ведь склад нужен нам только для построения отчетов, а не менять логику работы АХ. Как по мне, то это решает многое.

Это Вы себе кучу проблем создадите. Один раз синхронизировли таблицу с SQL-триггером из Axapta и нет больше триггера Можно, конечно, "подправить" алгоритм синхронизации, но оно того не стоит. Сопровождение подобной "многопалубной" системы сильно усложнится.

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

[Ilyaae]

Цитата:

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

Это Вы себе кучу проблем создадите. Один раз синхронизировли таблицу с SQL-триггером из Axapta и нет больше триггера Можно, конечно, "подправить" алгоритм синхронизации, но оно того не стоит. Сопровождение подобной "многопалубной" системы сильно усложнится.

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

Так правильно, но эти поля должны заполнятся в inventtranse, а триггер как раз и позволит это делать в дальнейшем, после синхронизации, он же не разрушится(его повесить на inventdim). А решить, более быстрая выборка данных, не используя inventdim

[zelibobis]

Цитата:

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

..после синхронизации, он же не разрушится(его повесить на inventdim).

Цитата:

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

Это Вы себе кучу проблем создадите. Один раз синхронизировли таблицу с SQL-триггером из Axapta и нет больше триггера Можно, конечно, "подправить" алгоритм синхронизации, но оно того не стоит.

при синхронизации триггер погибнет смертью храбрых. и вообще это как-то не "аксаптавей".

[Ilyaae]

Цитата:

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

при синхронизации триггер погибнет смертью храбрых. и вообще это как-то не "аксаптавей".

При синхронизации, которая пройдет 1 раз, он еще не нужен, а после его включить. Так за-то в АХ ничего не ломаем.

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

Цитата:

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

Так правильно, но эти поля должны заполнятся в inventtranse, а триггер как раз и позволит это делать в дальнейшем, после синхронизации, он же не разрушится(его повесить на inventdim). А решить, более быстрая выборка данных, не используя inventdim

Какая связь между способом заполнения некоего поля и способом его использования (чтения значения этого же поля)?

Вы считаете, что если некое поле заполнять при помощи SQL-триггера, то выборки по этому полю будут работать быстрее, чем если то же самое поле заполнять средствами Axapta?

Цитата:

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

При синхронизации, которая пройдет 1 раз, он еще не нужен, а после его включить.

Как Вы думаете, спустя месяц..два, разработчки вообще вспомнит о том, что после синхронизации некой таблицы надо в ней вручную поднять SQL-триггер? А если синхронизируется несколько таблиц сразу в автоматическом режиме?

Цитата:

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

Так за-то в АХ ничего не ломаем.

Axapta - это не только теплый мех собственно приложение, но еще и база данных. Одно без другого не имеет смысла. Так что, Вы по любому "ломаете" Axapta. Просто в другом месте. Причем в таком, на которое разработчки подумает в последнюю очередь. Т.е. закладываете под себя "мину замедленного действия". Когда "рванет" точно не известно. Но точно известно, что "рванет"

[Ilyaae]

Цитата:

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

Какая связь между способом заполнения некоего поля и способом его использования (чтения значения этого же поля)?

Вы считаете, что если некое поле заполнять при помощи SQL-триггера, то выборки по этому полю будут работать быстрее, чем если то же самое поле заполнять средствами Axapta?

Дело не в том как его заполнить. Смысл в создании и заполнении этого поля. Что даст прирост в скорости выполнения запросов(рассматривает t-sql)

Как Вы думаете, спустя месяц..два, разработчки вообще вспомнит о том, что после синхронизации некой таблицы надо в ней вручную поднять SQL-триггер? А если синхронизируется несколько таблиц сразу в автоматическом режиме?

Зачем что то поднимать, триггер не рушится, он создан и действует. А синхронизация нужна, до момента запуска триггера.

Axapta - это не только теплый мех собственно приложение, но еще и база данных. Одно без другого не имеет смысла. Так что, Вы по любому "ломаете" Axapta. Просто в другом месте. Причем в таком, на которое разработчки подумает в последнюю очередь. Т.е. закладываете под себя "мину замедленного действия". Когда "рванет" точно не известно. Но точно известно, что "рванет"

АХ-приложение, которое работает в связке с SQL and ORACLE. Триггер в данном случаи ничего не меняет в работе приложения, а дополняет его. Просто механизм заполнения нужных полей аналитики в InventTrans, ложится на триггер.