本文参考自以下系列文章: 1 2 3 4 5 6 超大量数据导入优化策略 Salesforce和很多其他系统都可以很好的协作.在协作过程中,数据的导入导出便成为了一个关键的步骤. 当客户的业务量非常大的时候,会有将超大量数据导入Salesforce的需求.对于超大量数据的导入,必须做好万全的准备,才能保证导入过程的顺利与高效. 对于超大量数据导入过程,可以从多个方面进行优化.它们也适用于Salesforce的其他功能. 精简表 有些时候,业务中涉及到大量.复杂的关系.在Salesforce中设计

Salesforce 中 sharing rule 并不支持Look up 字段 和 formula 字段.但在实际项目中,有时会需要在sharing rule中直接取Look up型字段的值,解决方案就是在目标object上新建一个字段,写trigger,将需要获取的Lookup 字段的value 灌入新字段中(我现在就要取Product Catalog表中的External ID字段的值,当USER每次在 Clm_Presentation_vod__c 表 上insert 或者 update

本篇参考: https://help.salesforce.com/s/articleView?id=sf.security_restriction_rule.htm&type=5 https://help.salesforce.com/s/articleView?id=sf.security_restriction_rule_examples.htm&type=5 https://developer.salesforce.com/docs/atlas.en-us.236.0.restri

Salesforce Sharing 使用说明 背景说明:Salesforce共享实施记录和其它数据时,需要员工之间共享或多个用户在一个组织间的共享.然而,共享这些数据是有风险的,尤其是当它涉及到敏感数据的共享.因此,对于Admin来讲是很有必要,去监测创建共享规则和共享人员对数据的操作,以确保数据的安全性. 共享分为两种方式:Manual Sharing.Automatic Sharing Manual Sharing:Account Team也属于Manual Sharing 范畴.   l

salesforce中,有的时候我们需要将一组用户放进一个Group,用来实现以下主要功能: 1.通过sharing rule设置默认的共享访问; 2.将记录分享给其他用户; 3.指定同步的联系人,这些联系人的onwer属于其他user; 4.分配Group中用户到指定的动作,比如审批流程等. Group作为系统表,其字段信息如下所示: 其中Type作为PickList字段,他的取值可以通过Schema方式取出. public with sharing class GroupPickList {

遇到一个诡异的情况,用户通过界面删除一条自定义Object的数据的时候出现了Insufficient privileges.按理说,如果用户的Profile没有此Object的删除权限的话,应该连删除按钮都看不到才对. 事情有蹊跷.首先检查了Profile,增删改查都有,但是没有Motify All和View All.那么排除了Profile的嫌疑.接下来查看Role.发现此用户的Role在role hierarchy中已经是比较高的位置了.然后检查Sharing Rule.发现此Object的

salesforce开发中,我们会对object进行很多的操作,比如对object设置字段的必填性唯一性等,设置validation rule实现一下相关的字段的逻辑校验,设置workflow实现某个字段的更改或者发送邮件等,设置trigger实现before和after的数据相关逻辑处理,设置sharing setting实现数据share,设置master detail的rollup summary字段等.当这些操作铺天盖地的上来时,你还搞得清楚当新增/修改一条记录以后到底怎么运行的吗?有了

Streaming API参考链接: https://trailhead.salesforce.com/en/modules/api_basics/units/api_basics_streaming https://resources.docs.salesforce.com/210/latest/en-us/sfdc/pdf/api_streaming.pdf 背景:工作中我们有可能会有这样相关的需求:某些数据很重要,需要实时监控是否有变化,或者某些数据在其他的平台有集成.如果有变化,不刷新页

salesforce&apex salesforce开发的小心得 salesforce零基础学习(七十七)队列的实现以及应用 摘要: 队列和栈简单的区别为栈是后进先出,队列是先进先出.队列也是特殊的线性表,所以队列也分为顺序存储结构和链式存储结构.本篇主要描述顺序存储结构. 我们先假定一个队列里有5个元素,当我们添加新元素时,添加到队列的最后一个位置,所以时间复杂度为O(1),当我们弹出元素时,需要将队列头部的元素弹出,并将后面的阅读全文 posted @ 2017-08-08 13:51 ze

项目中,我们可能会遇见以下的场景. 1. HR 经理针对申请者和工作相关的表的app会经常需要修改布局查看需要的页面的字段: 2. 开发者将record type对应的picklist values等进行调整,或者是针对新建的表需要维护一个新的tab,需要让管理员去进行上线后的manual action: 3. 某次上线需要创建一个普通的user并且assign给指定的permission set去进行数据的维护等操作. 生产的管理员每天有特别多的事情需要处理,特别是针对上线的节点,如果针对权限

本篇参考: https://developer.salesforce.com/blogs/engineering/2013/04/managing-lookup-skew-to-avoid-record-lock-exceptions.html https://developer.salesforce.com/blogs/engineering/2012/04/avoid-account-data-skew-for-peak-performance.htmlhttps://developer.s

本篇参考: https://developer.salesforce.com/docs/atlas.en-us.202.0.salesforce_large_data_volumes_bp.meta/salesforce_large_data_volumes_bp/ldv_deployments_infrastructure_indexes.htm https://baike.baidu.com/item/%E6%95%B0%E6%8D%AE%E5%BA%93%E7%B4%A2%E5%BC%95

本篇参考:http://salesforce.vidyard.com/watch/bLE3QNRSej2iasw9vvc6Tk http://salesforce.vidyard.com/watch/kXk6BaNlWJP27UyFO8vNUg 前一篇讲了custom community的开启以及简单的使用,custom community固然比较好,但是访问的数据有限,如果需要和CRM数据相关的(Lead/Opportunity等),我们需要使用partner community licens

上周通过了SFDC 401 考试,一下是对考试题的回忆. 1. Using a formula field how would a developer calculate the number of days since a record has been created? The CreatedDate field is a DateTime type field. a. TODAY() – DATEVALUE(CreatedDate) b. NOW() – DATEVALUE(Created

Module Objectives1.List feature that affect access to data at the record level.2.List the organization wide default(OWD) settings.3.List and define the sharing levels.4.Set Organization wide defaults.5.Create a role.6.Create a public group.7.Create a

1. Role Hierarchy 在私有或者混合模型中,如果在organization-wide defaults设置某个对象为Private,那么对象的记录只有拥有者可以查看.但是,role hierarchy可以让该条记录拥有者的上司有权限访问该条记录. 前提:Case在Organization-wide Defaults中被设为Private. 如图片中所说,如果US Sales Rep为Case A的拥有者,则US Sales Director,VP of Global Sales以及

1. Role Hierarchy 在私有或者混合模型中,如果在organization-wide defaults设置某个对象为Private,那么对象的记录只有拥有者可以查看.但是,role hierarchy可以让该条记录拥有者的上司有权限访问该条记录. 前提:Case在Organization-wide Defaults中被设为Private. 如图片中所说,如果US Sales Rep为Case A的拥有者,则US Sales Director,VP of Global Sales以及

在salesforce中,声明类大概可以分成三类:分别是可以声明为with sharing,without sharing,以及两者均不声明. public with sharing class A {} public without sharing class B{} public class C{} 三者区别如下: with sharing:类声明称with sharing类型,则需要走sharing settings中的sharing rules: without sharing:类声明称

在Salesforce中可以添加Workflow Rule来执行特定的动作,比如说:当Object的某个字段发生变化时,根据变化的值去修改其他field,和Trigger的功能很类似,不过Trigger需要编码完成需要的逻辑,而Workflow Rule所指定的Acton则更加偏重Out-Of-Box方式. 如果创建一个Workflow Rule呢?请看如下简单的操作步骤 1): 在Setup --> Build --> Create --> Workflow & Approva

在Salesforce中可以对某一个Object添加相应的 Validation Rule 来进行一个全局的条件判断,比如满足什么样的条件的修改允许提交,不满足的要提示相应的错误信息. 要创建一个Validation Rule的具体步骤如下所示: 1): 如果对系统自带的Object进行添加Validation Rule,那么就要在如下图的路径找到对应的位置 2): 如果对自定义的Object进行添加Validation Rule,要在Setup --> Create --> Objects