Platform Cache

Welcome back !!! We came back in 2020 after a great success of Apex Hours in 2019. In our very first session of 2020 we will talk about Platform Cache in Salesforce. In this session we will talk about how to Boost your app‘s performance significantly and Understand which kind of data to put in the cache. Know the obstacles when you use to the platform cache and prepare for cache misses and unexpected results.

Happy New Year !!!

Here is Agenda of session :-

Concepts
Use cases and data worth caching
Implementation as a key /value storage
Implementation as read-through Cache
Considerations

Topic : Platform Cache

Date : Saturday, JAN 04, 2020 10:00 AM EST ( 8:30 PM IST )

Where : Online

RSVP : https://trailblazercommunitygroups.com/e/m5rmk7/

Considerations.

Where‘s the catch?

It‘s still a cache, not a database.
It is short lived and per default visible and mutable
Understand the key concepts of the platform cache (in particular TTL, LRU)
Expect the cache to fail you.
What’s your strategy to invalidate cache?
The Cache will go away... Schedule a Cache Rebuild < TTL
Cached items will be pushed out… Use the CacheBuilder interface
Cached data goes stale… Rebuild From Triggers
Cached items must adhere to the 100kB size limits Reduce memory footprint by using Apex Classes instead of sObject or reduce the number of queried fields
Don‘t use the cache as a fast, limit-free database.
Don‘t use it as temporary storage for transactional data
No items larger than 100kB
Cached Items are not persisted – don‘t rely on them being there.
Unless flagged as immutable, don’t rely on the integrity of cached items

Best Practices :-

Cache lists or maps of objects rather than single objects.Tradeoff: Better performance of fewer, larger operations vs. 100kB item size limit
Use a wrapper class to reduce sObject overhead
Use the fully qualified name of your cache partition
Consider using the ‘immutable‘ flag and the visibility enum

Here is recording of session.