Switch Between Probabilistic and Deterministic Encryption
If you are already encrypting fields using the probabilistic encryption scheme, and
have decided to switch one or more of them over to deterministic encryption you should consider
your options and plan carefully.
Required Editions
Available in both Salesforce Classic (not available in all orgs) and Lightning
Experience.
Available in: Enterprise, Performance, and Unlimited
Editions with the Salesforce Shield or Shield Platform Encryption licenses.
Available for free in Developer Edition.
To gain sorting and filtering on encrypted fields, you may decide to switch the encryption
scheme from probabilistic to deterministic. Before you do this, consider switching over
completely to Database Encryption. Database Encryption provides full sorting and filtering of
all encrypted fields. See Onboard Database Encryption after Enabling Field-Level Encryption.
If Database Encryption isn't the solution you want, and you are considering moving some
fields over to deterministic encryption, make sure you read the section Filter Encrypted Data with Deterministic
Encryption. In addition, keep these things in mind to prepare for the migration:
Sync your data beforehand. If you have recently rotated your keys, or enabled EKM, BYOK,
or Cache-Only Keys, you should synchronize your data before switching. You can synchronize
most encrypted data yourself from the Encryption Statistics page in Setup. If you need help
with synchronizing your data for any type of content not listed in the instruction, you must
create a case for the sync job.
When you change an encryption scheme, Shield Platform Encryption first decrypts the field
contents, and then encrypts it with the new scheme. This process is not immediate. Until the
process is complete, you cannot change the scheme again.
To support case-insensitive queries, Salesforce
stores a lowercase duplicate of your data as a custom field in the database. These
duplicates are necessary for case-insensitive queries, but they count against your total
custom field count. For example, if you have 200 custom fields in your org, and you choose
to encrypt one with case insensitive deterministic encryption, your custom field total is
201.
When you convert a field from deterministic (case insensitive) to anything else, the
duplicate custom field is removed from the database.
We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required Cookies
Always Active
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional Cookies
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising Cookies
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.