Всем привет:)
У меня совсем небольшой опыт работы с лимитами. Возникла такая ситуация : для owner of cases необходимо создать кастомный обьект с полем,в котором будет хранится(к примеру) стоимость всех cases.
Решила сделать это с помощью триггера,который при добавлении,редактировании ,удалении будем менять сумму.
Но!предположим,что у нас будет 1000 кейсов.Тогда мне придется с каждым запросом на вывод этого поля перебирать все эти 1000 кейсов..А если такое поле для подсчетов будет не одно?Чувствую,проблем с лимитами не миновать)
Буду рада услышать любые идеи
на количестве 1000 точно проблем не будет.(Если триггер написан правильно) А вот если их будет более 10.000 то можно вылететь по лимиту. И тут уже придется делать какой-то асинхронный процесс.
Привет.
Не очень понятна ситуацию - 1000 кейсов будет где?
В триггер придет 1 а надо будет посчитать для 1000? Или в триггер придет 1000 кейсов?
В любом случае лимиты тут и близко не будут затронуты если код писать правильно.
А как правильно погугли на тему Bulkify Your Code для Salesforce - есть масса примеров и Best Practices.
Ситуация:
1.пользователь ежедневно добаляет себе по несколько(или по несколько сотен) кейсов(изменяет,удаляет и т.д)
2.следовательно,необходимо следить за полем "стоимость" в каждом старом и новом кейсе,суммировать и добавлять эту сумму в поле "сумма" какого-то кастомного обьекта.
Моя идея заключается в создании такого триггера,который при любом изменении проходил по ВСЕМ кейсам овнера,и мониторил их стоимость(ну и суммировал).
Извините за неточность,надеюсь,так будет немного понятнее.
Спасибо за наводку,буду гуглить:)
Извините за неточность,надеюсь,так будет немного понятнее.
Спасибо за наводку,буду гуглить:)
я думаю Aгрегате резалт в триггерре должен решить проблему если кейсов будет даже больше 50 000 тыс.
Это не решит проблему апдейта кучи связанных кастомных записей...
я думаю там связь многие к одному, и обдейтить надо будет именно родителя кейса, где будет храниться стоимость,не думаю что там будет большее 10 000 тыс родителей.
