|
|
24.08.2011, 11:07
|
#1 |
|
Чайный пьяница
|
Цитата:
Сообщение от Артем Enot Грунин
А я идейно против какого либо хранения агрегированных показателей в базе, если речь не идет об OLAP!
 Плюс в случае, если не пересчитывать это поле каждый раз при обновлении подчинённых сущностей - невозможно будет использовать это поле для Advanced Find, а при отображении этого поля в гридах - не будет показано актуальное значение.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit Последний раз редактировалось a33ik; 24.08.2011 в 11:18. |
|
|
|
24.08.2011, 11:16
|
#2 |
|
Чайный пьяница
|
Появилась альтернативная идея по поводу этого поля. Также это может быть реализовано при помощи плагина, который будет обрабатывать Retrieve сообщение, вычислять сумму и класть её в необходимое поле организации.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
|
|
24.08.2011, 13:53
|
#3 |
|
Moderator
|
Цитата:
Сообщение от a33ik
Тотал опортьюнити, квоты или сейлсордера - тоже аггрегированный показатель, и тем не менее он тоже хранится в базе.
Плюс в случае, если не пересчитывать это поле каждый раз при обновлении подчинённых сущностей - невозможно будет использовать это поле для Advanced Find, а при отображении этого поля в гридах - не будет показано актуальное значение. 
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия.   MS Certified Dirty Magic Professional
|
|
|
| Теги |
| сущность, форма |
|
|
|
Комбинированный вид
