One of the most important data loading and integration best practices is simple: When you run a Bulk API job, processing more of its batches in parallel means giving that job a higher degree of parallelism, which in turn gives your run better throughput. But what is a good degree of parallelism, and how can you architect a solution that maximizes the throughput that parallelism gives you?
If you regularly perform Salesforce implementations with objects that store a lot of records, you probably already know about the strategies that you can use to appropriate manage and distribute your data. Some of the more obvious strategies include using indexes, skinny tables, archival strategies, and even divisions. However, even if you choose the most appropriate strategy or strategies, you might miss a lesser-known "silent killer" within your architecture: lookup skew. Read this blog post to learn both how lookup skew affects objects with large volumes of data and what you can do now to minimize its effects.
Did you know that just about all standard and custom objects can be shared to a territory? But what happens when you need to share an object record that is not included in the list of objects assigned by the Territory Management assignment rules? In this blog post, you’ll learn how to use manual territory access grants to share just about any standard and custom object in Salesforce to a territory. In addition, you’ll learn how that access extends through the territory and role hierarchies.
Learn more about the Salesforce Territory Management feature--and how it might meet your organization's hierarchy- and territory management-related needs--by reading the newest Technical Enablement white paper: Territory Management Decision Guide.
Did you know that the Salesforce group membership architecture can help improve the performance of your app? Salesforce engineered its group architecture to enhance the performance of several of its key internal sharing features. Read this blog post to learn why and when you should leverage the Salesforce group architecture as a performance tool, with links to additional information about Salesforce groups and sharing performance.
Salesforce uses a central Group object to manage visibility related to the Role Hierarchy, Territory Hierarchy, Public Groups and Queues. When administrative changes occur in these areas a group membership lock is taken to ensure data integrity is maintained while complex sharing calculations are completed. The following activities take out group membership locks for the […]
Salesforce customers who manage large data volume in their orgs must architect record ownership carefully to ensure peak performance. When you have a large number of records owned by a single user in Salesforce, we call that an “ownership skew”. There are many cases which lend themselves well to this type of architecture. While any […]