Preparing for Data Architecture and Management exam Salesforce
For comprehensive exam preparation, I recommend checking out the official Salesforce trail for guided learning. This trail covers most of the topics needed for the exam and provides a practical understanding of Salesforce technologies.
Architect Journey: Data Architecture
Salesforce Connect
oData, External objects, limits on external objects. Below blog covers this topic with simple explanation. Salesforce Connect - Integration, Benefits & LimitationsSalesforce to Salesforce
Salesforce to Salesforce
PK Chunking with Bulk API
Big Objects
Read about big objects here
License types and usage
FOR UPDATE usage for locking records
Classic Encryption vs Shield Platform Encryption
data management policies
Salesforce data classification gives you four fields to categorize and classify data in your Org: Compliance Categorization, Data Owner, Field Usage and Data Sensitivity Level. Here's a look at what each of these mean.
- Data Sensitivity
The first question you'll want to ask about a field is 'how sensitive is it?' Who should be able to see it? Who should be able to edit it? Salesforce gives you several default values for this classification:
- Public: available to the public to view but not alter
- Internal: available to company employees and contractors; must not be shared publicly, but can be shared with customers, partners and others under a non-disclosure agreement (NDA)
- Confidential: available to an approved group of employees and contractors; not restricted by law, regulation or a master service agreement (MSA), and can be shared with customers, partners and others under an NDA
- Restricted: available only to an approved group of employees and contractors; likely restricted by law, regulation, an NDA or MSA
- MissionCritical: available only to a small group of approved employees and contractors; third parties who are given access could be subject to heightened contractual requirements, and almost always restricted by law, regulation or an NDA/MSA
Compliance Categorization
Highly sensitive data may be subject to regulatory scrutiny; the Compliance Categorization field gives you a way to identify data with special privacy requirements that will require additional security controls. Out of the box, Salesforce comes with data classification tabs for the following regulatory standards:
- CCPA (California Consumer Privacy Act)
- COPPA: (Children's Online Privacy Protection Act)
- GDPR: (General Data Protection Regulation)
- HIPAA: (Health Insurance Portability and Accountability Act)
- PCI: (Payment Card Industry)
- PII: (Personally Identifiable Information)
Organizations in highly regulated industries — healthcare, life sciences and finance are three common examples — can benefit from using these fields to identify and track data that will be of concern to auditors.
Data Owner
This classification specifies the group or person associated with the field — ie. the person who can answer the questions, 'Is this important?' and 'Can I change this?' As a result, the data owner should be someone who understands the importance of the field’s data to your company; they will likely also be responsible for determining the minimum data sensitivity level and any relevant controls around it.
Field Usage
Finally the Field Usage classification tracks whether the field is in use, which can be useful when conducting a clean up project. The available categories include:
- Active: In use and visible
- DeprecateCandidate: Planned for deprecation and no longer in use
- Hidden: Not visible and possibly planned for deprecation — use with caution
Enhanced Transaction Security policy
Skinny tables
For each object table that’s visible to you, Salesforce maintains other, separate tables at the database level for standard and custom fields. This separation, which is invisible to customers, ordinarily requires a join when a query contains both kinds of fields. A skinny table contains both kinds of fields and also omits soft-deleted records
- They avoid resource intensive joins
- Their tables are kept in sync with their source tables when source tables are modified
- They do not include soft deleted records
- Skinny help improve report and query performance in following ways-:
- Skinny tables provide a view across multiple objects for easy access to combined data
- Skinny tables contain frequently used fields and thereby help avoiding joins
- Skinny tables are kept in sync with changes to data in source tables
- Usage of Custom metadata type...

Comments
Post a Comment