Подсчет суммы переводов

[tykpuk]

Нужно на форму сущности "организация" вывести сумму переводов от этой организации, которые хранятся в связанной сущности "Перевод".

Если делать запросом, то форма грузится долго.

Есть идея хранить сумму перевдов отдельным полем у организации, но тогда встает вопрос как и когда пересчитывать эту сумму?

Что посоветуете?

[slivka_83]

Писать плагин, который при изменении/создании записи "Перевод" (или изменении ее статуса - это уже как у Вас там построено) будет суммировать в специальное поле в связанной Организации.

[a33ik]

Цитата:

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

Писать плагин, который при изменении/создании записи "Перевод" (или изменении ее статуса - это уже как у Вас там построено) будет суммировать в специальное поле в связанной Организации.

Я бы ещё добавил удаление - мало ли.

[Артем Enot Грунин]

Можно бы сделать асинхронным запросом, это не должно мешать форме грузиться.

[Артем Enot Грунин]

А я идейно против какого либо хранения агрегированных показателей в базе, если речь не идет об OLAP! Гораздо проще подсчитать запросом. Если вы используете XmlHttpRequest, то используйте свойство onreadystatechange для указания функции-обработчика смены состояния запроса. Если указать async = true в методе open(method, URL, async), то запрос будет выполняться в параллельном потоке и не будет задерживать загрузку формы.
Минус этого решения в том, что запрос будет выполняться всякий раз при открытии формы организации - тоесть постоянно! Возможно лучше вынести его в отдельный ресурс, на отдельный раздел формы, который по умолчанию свернут, чтобы избежать лишних запросов?

[a33ik]

Цитата:

Сообщение от Артем Enot Грунин

А я идейно против какого либо хранения агрегированных показателей в базе, если речь не идет об OLAP!

Тотал опортьюнити, квоты или сейлсордера - тоже аггрегированный показатель, и тем не менее он тоже хранится в базе.

Плюс в случае, если не пересчитывать это поле каждый раз при обновлении подчинённых сущностей - невозможно будет использовать это поле для Advanced Find, а при отображении этого поля в гридах - не будет показано актуальное значение.

[a33ik]

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

[Артем Enot Грунин]

Цитата:

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

Тотал опортьюнити, квоты или сейлсордера - тоже аггрегированный показатель, и тем не менее он тоже хранится в базе.

Плюс в случае, если не пересчитывать это поле каждый раз при обновлении подчинённых сущностей - невозможно будет использовать это поле для Advanced Find, а при отображении этого поля в гридах - не будет показано актуальное значение.

Ну, все идет от задачи!

[tykpuk]

С плагинами не знаком, поэтому в качестве полумеры использую асинхронный запрос.

А можно поподробнее про

Цитата:

Также это может быть реализовано при помощи плагина, который будет обрабатывать Retrieve сообщение, вычислять сумму и класть её в необходимое поле организации.

И как вообще реализованы плагины? Они отдельно где то пишутся, а потом подгружаются, или как?

[a33ik]

Цитата:

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

И как вообще реализованы плагины? Они отдельно где то пишутся, а потом подгружаются, или как?

По сути классы написанные при помощи одного из .Net языков (С# или VB.Net). Вы не указали версию системы, потому опубликую ссылки на SDK для 4.0 и 2011:
2011 - http://technet.microsoft.com/en-us/l.../gg334724.aspx
4.0 - http://technet.microsoft.com/en-us/l.../cc151086.aspx

[tykpuk]

Спасибо за ссылки, версия 2011.
А русскоязычных ресурсов по этой теме нет?

[a33ik]

Знал бы - подсказал. А вообще рекомендую читать всё в оригинале.