Boîte d'auteur


Discutez de votre projet

À propos de nous

Nous sommes un partenaire Microsoft Gold avec sa présence aux États-Unis et en Inde. Nous sommes un fournisseur de services informatiques dynamique et professionnel au service des entreprises et des startups, en les aidant à relever les défis de l'économie mondiale. Nous offrons des services dans le domaine de la consultation et de la mise en œuvre CRM, du développement d'applications, du développement d'applications mobiles, du développement Web et du développement offshore.

Limites du gouverneur Salesforce

Que sont les limites du gouverneur Salesforce ? 

By Nitin Dangwal / June 21, 2022

22 juin 2022
Que sont les limites du gouverneur Salesforce ? 

Salesforce CRM est utilisé par un assortiment d'entreprises de toutes tailles et dans différentes industries. Salesforce est impliqué dans l'administration efficace des données clients depuis plus de deux décennies. Il a plusieurs concepts et pratiques révolutionnaires, ainsi que la possibilité d'accéder à vos données n'importe où et n'importe quand. Cette plate-forme dispose d'un grand nombre de serveurs à travers le monde, et l'organisation dans laquelle vous travaillez en ferait également partie. Ces serveurs ont des bases de données et des machines massives, et ils sont si puissants que chaque serveur peut héberger de nombreuses instances Salesforce de différentes sociétés.  

Développeurs Salesforce offrent une variété de services à leurs clients qui sont précisément adaptés à leurs besoins. Ils aident à la conception, au développement et à la personnalisation d'une variété de produits, de plates-formes et d'applications Salesforce pour répondre aux demandes de leurs clients. Mais il existe toujours des règles partout où il y a des ressources finies et Salesforce ne fait pas exception.

Développement de la force de vente et les opérations ne sont pas sans contraintes et réglementations. Les développeurs Salesforce doivent respecter plusieurs directives lorsqu'ils apportent des modifications importantes au système lors de l'utilisation de Plateforme CRM Salesforce. Et la plupart de ces règles et réglementations incluent Limites du gouverneur Salesforce

Qu'est-ce que l'architecture mutualisée ?

Pour comprendre le Limites du gouverneur dans Salesforce et comment ils limitent les opérations des développeurs Salesforce, il est d'abord crucial de comprendre le concept d'une architecture multitenant. La multilocation fait référence à la méthode de fonctionnement du logiciel dans laquelle plusieurs instances indépendantes d'un ou plusieurs programmes partagent un environnement commun.

Architecture mutualisée en termes plus simples, c'est lorsqu'une seule plate-forme logicielle (ou n'importe quelle plate-forme en général) est utilisée par plusieurs utilisateurs. Parce que tous les opérateurs utilisent la même version et la même conception de la plate-forme, le CRM Salesforce entre donc dans la catégorie des architectures multi-locataires.

Voici un exemple pour vous aider à comprendre :

Limites du gouverneur Salesforce

Considérer Multilocation Salesforce tout simplement comme louer un appartement dans un immeuble. L'électricité, le gaz et la bande passante Wi-Fi sont toutes des ressources partagées pour chaque bâtiment de l'appartement.

Maintenant, si de nombreux appartements commencent à brancher des appareils lourds capables de consommer toute l'électricité. Imaginez ce qui se passerait si d'autres appartements commençaient à télécharger des fichiers volumineux sur Internet.

Même si vous payiez une prime, il serait difficile de vivre dans un appartement où vous ne pourriez pas recevoir une électricité adéquate ou une bande passante Wi-Fi fiable.

Ici, les appartements sont des organisations Salesforce distinctes et le complexe d'appartements est un serveur Salesforce. Et cette distribution de ressources partagées est une architecture multi-tenant. 

Il y a un autre terme utilisé, c'est-à-dire Plates-formes à locataire unique, et la différence entre les plates-formes à locataire unique et à locataire multiple est que le locataire unique oblige les utilisateurs à le mettre à niveau régulièrement.

Les plates-formes mutualisées, quant à elles, se mettent à jour régulièrement et diffusent des mises à jour uniformes à tous leurs utilisateurs. En ce qui concerne Salesforce, c'est un CRM basé sur le cloud, afin que les utilisateurs n'aient pas à se soucier de la maintenance des logiciels et du matériel de la plate-forme Salesforce. 

Aussi, lisez: Qu'est-ce que Salesforce Health Cloud ? Ses caractéristiques et avantages

Quelles sont les limites du gouverneur Salesforce ?

Limites du gouverneur Salesforce sont communément appelés Limites du gouverneur Apex car ils sont liés aux personnalisations et modifications d'apex.

Le moteur d'exécution apex applique ces limitations d'exécution pour développer un code évolutif et efficace et empêcher les processus de monopoliser les ressources partagées.

Limites du gouverneur dans Salesforce sont un ensemble essentiel de règles qui ont fait de Salesforce la plateforme de gestion de la relation client (CRM) la plus populaire et la plus autorisée au monde.

Limites du gouverneur Salesforce, pour le dire simplement, sont des plafonds d'utilisation imposés par Salesforce pour garantir un traitement efficace. Cela permet à plusieurs utilisateurs d'accéder à la plateforme en même temps sans la ralentir. 

Ceci est essentiel car chaque environnement de programmation a son propre ensemble de structures, de capacités et de limitations. Tous les programmes, services et applications de la plate-forme s'exécutent dans un environnement multi-tenant, ce qui signifie que leurs ressources, telles que la mémoire, le réseau et les connexions à la base de données, sont partagées avec tous les autres programmes de la plate-forme. En conséquence, la plate-forme doit se prémunir contre le rouge et les applications surchargeant les ressources système. 

Chaque développeur doit s'assurer que son code est correctement évolutif et ne viole pas les limites. Il est donc crucial de suivre les réglementations pour empêcher les développeurs de gaspiller des ressources.

Si l'un des Limites du gouverneur Salesforce sont dépassées ou ne sont pas respectées, une erreur sera générée et les utilisateurs seront avertis rapidement. Le programme de l'utilisateur serait alors arrêté à cause de cette erreur. 

Aussi, lisez: Qu'est-ce que la gestion de territoire d'entreprise Salesforce ?

Types de limites de gouverneur dans Salesforce

Voici une feuille pour Salesforce Governor Limits qui résume les limites les plus importantes que tout le monde devrait connaître :

Types de limites du gouverneur Salesforce
Vue d'ensembleLimite du gouverneur
Le nombre total de requêtes SOSL émises dans Salesforce20
Limites du gouverneur DML dans Salesforce (nombre total de relevés émis par transaction)150
Nombre total d'enregistrements récupérés par une seule requête SOSL2000
Nombre total d'enregistrements récupérés par les requêtes SOQL50000
Nombre total d'enregistrements récupérés par Database.getQueryLocator10000
Limites du gouverneur Salesforce pour la taille totale du segment de mémoire6 MB / 12 MB

Voici les limites du gouverneur Apex dans Salesforce : 

1) Limites Apex par transaction :   

Les limites Apex sont appliquées par transaction et sont comptées pour chaque transaction Apex. Ces limites spécifiques dans la méthode d'exécution pour l'exécution de chaque lot d'enregistrements seront réinitialisées lors de l'utilisation de Batch Apex. 

Les restrictions pour le synchrone et Apex asynchrone sont résumés dans le tableau ci-dessous : 

FacteurLimite synchroneLimite asynchrone
Nombre total de requêtes SOQL émises100200
Nombre total d'enregistrements récupérés par les requêtes SOQL50,000
Nombre total d'enregistrements récupérés par Database.getQueryLocator10,000
Nombre total de requêtes SOSL émises20
Enregistrements récupérés par une seule requête SOSL20,000
Nombre total d'instructions DML émises150
Nombre total d'enregistrements traités par des instructions DML10,000
Profondeur de la pile pour l'invocation d'Apex16
Nombre total d'appels dans une transaction100
Méthodes autorisées par appel Apex500 dans les contextes batch et futur, 1 dans le contexte file d'attente
Nombre de tâches Apex ajoutées501
Toal sendEmail méthodes autorisées10
Taille totale du tas6 MB12 MB
Max. Temps CPU sur les serveurs SalesforceMillisecondes 10,000Millisecondes 60,000
Temps d'exécution pour la transaction Apex10 minutes
Max. notifications push par transaction Apex10
Max notifications push envoyées via chaque appel de méthode de notification push2000

2) Limites des packages gérés certifiés par transaction 

Il s'agit des limites imposées aux packages gérés et qui diffèrent des limites appliquées à l'apex qui ne fait pas partie du package géré.

Si un package géré créé par un Salesforce ISV a réussi une évaluation de sécurité, les limites par transaction sont souvent plus élevées. 

Facteurlimite
Nombre total de requêtes SOQL émises1100
Total des enregistrements récupérés par Database.getQueryLocator110000
Nombre de requêtes SOSL émises220
Total des déclarations DML émises1650
Nombre total d'appels dans une transaction1100
Toal sendEmail méthodes autorisées110

Pour les packages gérés certifiés, toutes les restrictions de transaction s'appliquent individuellement, sauf : 

  • Taille totale du tas 
  • Temps CPU maximal 
  • Durée maximale d'exécution des transactions 
  • Nombre maximal d'espaces de noms uniques 

Aussi, lisez: Pipedrive vs Salesforce : Quel CRM est le meilleur pour votre entreprise ?

3) Limites Apex de la plate-forme Lightning 

Ce sont les Limites du gouverneur défini par la plate-forme Salesforce Lightning. Aucune de ces limites ne s'applique aux transactions Apex exécutées par les développeurs. 

Descriptionlimite
Le nombre maximal d'exécutions de méthodes asynchrones par jour25,000
Classes Apex programmées en parallèle100
Tâches Apex en file d'attente5
Max. lots soumis5
Curseurs de requête/utilisateur ouverts en parallèle50
Curseurs de requête/utilisateur ouverts en parallèle15

4) Limites d'apex statiques 

Ce sont les limites du gouverneur d'apex défini pour l'apex statique, qui s'applique à différents types de requêtes, d'appels, d'enregistrements, de boucles et de tailles de lot, ainsi qu'à différentes transactions effectuées par les utilisateurs. 

DescriptionLimites
Le délai d'attente par défaut pour les appels de transactionen 10 secondes
Max. taille de la demande ou de la réponse d'appel6 Mo (synchrone)
12 Mo (asynchrone)
Exécution de la requête SOQL avant l'annulation d'une transactionen 120 secondes
Max. nombre d'unités de classe et de déclencheur de code5000
Taille du lot de déclenchement pour Apex200
Taille du lot de listes de boucles200
La requête Apex par lot a renvoyé des enregistrements dans Database.QueryLocator50 millions

5) Limites d'apex spécifiques à la taille 

Ces limites sont liées à la taille et au nombre de lignes de code sur la plateforme. Ceux-ci sont principalement utilisés pour s'assurer qu'aucun élément surdimensionné n'existe dans les classes, les déclencheurs ou l'organisation. 

Descriptionlimite
Le nombre maximum de caractères/classe1 mn
Le nombre maximum de déclencheurs/classe1 millions
Utilisation maximale du code Apex6 MB
Limite pour la taille de la méthode65,535

Pourquoi les limites du gouverneur Salesforce sont-elles appliquées ?

La plate-forme de Salesforce fournit une personnalisation sous la forme d'un déclencheur Apex, de services Web ou de modifications déclaratives telles que des flux et des générateurs de processus. Lorsque ces personnalisations s'exécutent sur la plate-forme, elles consomment des ressources limitées qui sont partagées avec d'autres Instances Salesforce.

Salesforce veille au bon fonctionnement de sa plateforme et à ce que ses clients ne soient pas dérangés par des pannes de serveur. Par conséquent, Limites du gouverneur Salesforce ont été mis en place et appliqués.

Ils garantissent que toute instance Salesforce qui partage des ressources avec d'autres instances ne consomme pas toutes les ressources finies et que les ressources sont distribuées correctement selon le modèle d'abonnement d'instance. 

Avantages: 

  • Gouverneur de Salesforce les restrictions interdisent à d'autres organisations de fonctionner et donc d'exécuter un code long, qui peut consommer beaucoup de mémoire et même le processeur du cloud. 
  • Apex a un ensemble entièrement distinct de limites de codage. 
  • Ces limites de gouverneur nous maintiennent dans le bon espace de codage lorsque nous travaillons avec Apex. 

Aussi, lisez: Comparaison de l'édition Salesforce : fonctionnalités et applications

Comment pouvez-vous éviter d'atteindre ces limites du gouverneur Salesforce ?

Il est de notre responsabilité de nous assurer que notre code est évolutif et ne dépasse pas les limites du gouverneur. Plusieurs astuces et conseils peuvent être utilisés pour garantir que tout code de personnalisation est écrit dans ces limites du gouverneur Salesforce. Pour cela, vous devez suivre ces étapes : 

  • Dans la boucle FOR, assurez-vous qu'il n'y a pas d'instructions DML ou de requêtes SOQL. 
  • Dans la boucle, évitez d'utiliser des opérations SOQL ou DML. 
  • Définissez les limites du gouverneur, cochez l'option "Envoyer des e-mails d'avertissement Apex" sur votre enregistrement d'utilisateur pour recevoir des avertissements par e-mail. 
  • Augmentez votre code et vos méthodes d'assistance. 
  • De grands ensembles de données peuvent être interrogés. 
  • Pour éviter les problèmes de taille de tas apex, assurez-vous que les variables sont privées ou transitoires, sauf si elles doivent être accessibles en dehors de la classe. 
  • Si nous devons traiter 50,000 XNUMX enregistrements, vous devez utiliser Batch Apex. 
  • Rationalisez l'exécution de plusieurs déclencheurs sur un seul objet. 
  • Pour les boucles, utilisez des requêtes et des collections rationalisées. 

Aussi, lisez: Salesforce Customer 360 – Tout ce que vous devez savoir sur

Conclusion

Comme vous pouvez le voir, il existe différents types de limites de gouverneur disponibles dans Salesforce, et ce pour une bonne raison : ils nous aident à devenir des administrateurs et des développeurs plus efficaces. Il existe plusieurs modèles généraux que vous pouvez adopter pour vous assurer de rester dans ces limites. En général, les limites les plus connues dans une seule transaction tournent autour SOQL et DML limites. 

Les développeurs écriront automatiquement un code optimisé qui offre des performances optimales lorsque des personnalisations sont effectuées tout en gardant ces limites à l'esprit. J'espère que vous devez maintenant avoir compris que dépasser les limites du gouverneur peut être à la fois difficile et agréable. Si vous avez d'autres questions ou avez besoin de l'aide de professionnels, n'hésitez pas à nous joindre

[sc name="Salesforce Automation"] [add_newsletter] [add_related_page_diff_contents blog_cat = "salesforce"]

Salesforce CRM est utilisé par un assortiment d'entreprises de toutes tailles et dans différentes industries. Salesforce est impliqué dans l'administration efficace des données clients depuis plus de deux décennies. Il a plusieurs concepts et pratiques révolutionnaires, ainsi que la possibilité d'accéder à vos données n'importe où et n'importe quand. Cette plate-forme dispose d'un grand nombre de serveurs à travers le monde, et l'organisation dans laquelle vous travaillez en ferait également partie. Ces serveurs ont des bases de données et des machines massives, et ils sont si puissants que chaque serveur peut héberger de nombreuses instances Salesforce de différentes sociétés.  

Développeurs Salesforce offrent une variété de services à leurs clients qui sont précisément adaptés à leurs besoins. Ils aident à la conception, au développement et à la personnalisation d'une variété de produits, de plates-formes et d'applications Salesforce pour répondre aux demandes de leurs clients. Mais il existe toujours des règles partout où il y a des ressources finies et Salesforce ne fait pas exception.

Développement de la force de vente et les opérations ne sont pas sans contraintes et réglementations. Les développeurs Salesforce doivent respecter plusieurs directives lorsqu'ils apportent des modifications importantes au système lors de l'utilisation de Plateforme CRM Salesforce. Et la plupart de ces règles et réglementations incluent Limites du gouverneur Salesforce

Qu'est-ce que l'architecture mutualisée ?

Pour comprendre le Limites du gouverneur dans Salesforce et comment ils limitent les opérations des développeurs Salesforce, il est d'abord crucial de comprendre le concept d'une architecture multitenant. La multilocation fait référence à la méthode de fonctionnement du logiciel dans laquelle plusieurs instances indépendantes d'un ou plusieurs programmes partagent un environnement commun.

Architecture mutualisée en termes plus simples, c'est lorsqu'une seule plate-forme logicielle (ou n'importe quelle plate-forme en général) est utilisée par plusieurs utilisateurs. Parce que tous les opérateurs utilisent la même version et la même conception de la plate-forme, le CRM Salesforce entre donc dans la catégorie des architectures multi-locataires.

Voici un exemple pour vous aider à comprendre :

Limites du gouverneur Salesforce

Considérer Multilocation Salesforce tout simplement comme louer un appartement dans un immeuble. L'électricité, le gaz et la bande passante Wi-Fi sont toutes des ressources partagées pour chaque bâtiment de l'appartement.

Maintenant, si de nombreux appartements commencent à brancher des appareils lourds capables de consommer toute l'électricité. Imaginez ce qui se passerait si d'autres appartements commençaient à télécharger des fichiers volumineux sur Internet.

Même si vous payiez une prime, il serait difficile de vivre dans un appartement où vous ne pourriez pas recevoir une électricité adéquate ou une bande passante Wi-Fi fiable.

Ici, les appartements sont des organisations Salesforce distinctes et le complexe d'appartements est un serveur Salesforce. Et cette distribution de ressources partagées est une architecture multi-tenant. 

Il y a un autre terme utilisé, c'est-à-dire Plates-formes à locataire unique, et la différence entre les plates-formes à locataire unique et à locataire multiple est que le locataire unique oblige les utilisateurs à le mettre à niveau régulièrement.

Les plates-formes mutualisées, quant à elles, se mettent à jour régulièrement et diffusent des mises à jour uniformes à tous leurs utilisateurs. En ce qui concerne Salesforce, c'est un CRM basé sur le cloud, afin que les utilisateurs n'aient pas à se soucier de la maintenance des logiciels et du matériel de la plate-forme Salesforce. 

Aussi, lisez: Qu'est-ce que Salesforce Health Cloud ? Ses caractéristiques et avantages

Quelles sont les limites du gouverneur Salesforce ?

Limites du gouverneur Salesforce sont communément appelés Limites du gouverneur Apex car ils sont liés aux personnalisations et modifications d'apex.

Le moteur d'exécution apex applique ces limitations d'exécution pour développer un code évolutif et efficace et empêcher les processus de monopoliser les ressources partagées.

Limites du gouverneur dans Salesforce sont un ensemble essentiel de règles qui ont fait de Salesforce la plateforme de gestion de la relation client (CRM) la plus populaire et la plus autorisée au monde.

Limites du gouverneur Salesforce, pour le dire simplement, sont des plafonds d'utilisation imposés par Salesforce pour garantir un traitement efficace. Cela permet à plusieurs utilisateurs d'accéder à la plateforme en même temps sans la ralentir. 

Ceci est essentiel car chaque environnement de programmation a son propre ensemble de structures, de capacités et de limitations. Tous les programmes, services et applications de la plate-forme s'exécutent dans un environnement multi-tenant, ce qui signifie que leurs ressources, telles que la mémoire, le réseau et les connexions à la base de données, sont partagées avec tous les autres programmes de la plate-forme. En conséquence, la plate-forme doit se prémunir contre le rouge et les applications surchargeant les ressources système. 

Chaque développeur doit s'assurer que son code est correctement évolutif et ne viole pas les limites. Il est donc crucial de suivre les réglementations pour empêcher les développeurs de gaspiller des ressources.

Si l'un des Limites du gouverneur Salesforce sont dépassées ou ne sont pas respectées, une erreur sera générée et les utilisateurs seront avertis rapidement. Le programme de l'utilisateur serait alors arrêté à cause de cette erreur. 

Aussi, lisez: Qu'est-ce que la gestion de territoire d'entreprise Salesforce ?

Types de limites de gouverneur dans Salesforce

Voici une feuille pour Salesforce Governor Limits qui résume les limites les plus importantes que tout le monde devrait connaître :

Types de limites du gouverneur Salesforce
Vue d'ensembleLimite du gouverneur
Le nombre total de requêtes SOSL émises dans Salesforce20
Limites du gouverneur DML dans Salesforce (nombre total de relevés émis par transaction)150
Nombre total d'enregistrements récupérés par une seule requête SOSL2000
Nombre total d'enregistrements récupérés par les requêtes SOQL50000
Nombre total d'enregistrements récupérés par Database.getQueryLocator10000
Limites du gouverneur Salesforce pour la taille totale du segment de mémoire6 MB / 12 MB

Voici les limites du gouverneur Apex dans Salesforce : 

1) Limites Apex par transaction :   

Les limites Apex sont appliquées par transaction et sont comptées pour chaque transaction Apex. Ces limites spécifiques dans la méthode d'exécution pour l'exécution de chaque lot d'enregistrements seront réinitialisées lors de l'utilisation de Batch Apex. 

Les restrictions pour le synchrone et Apex asynchrone sont résumés dans le tableau ci-dessous : 

FacteurLimite synchroneLimite asynchrone
Nombre total de requêtes SOQL émises100200
Nombre total d'enregistrements récupérés par les requêtes SOQL50,000
Nombre total d'enregistrements récupérés par Database.getQueryLocator10,000
Nombre total de requêtes SOSL émises20
Enregistrements récupérés par une seule requête SOSL20,000
Nombre total d'instructions DML émises150
Nombre total d'enregistrements traités par des instructions DML10,000
Profondeur de la pile pour l'invocation d'Apex16
Nombre total d'appels dans une transaction100
Méthodes autorisées par appel Apex500 dans les contextes batch et futur, 1 dans le contexte file d'attente
Nombre de tâches Apex ajoutées501
Toal sendEmail méthodes autorisées10
Taille totale du tas6 MB12 MB
Max. Temps CPU sur les serveurs SalesforceMillisecondes 10,000Millisecondes 60,000
Temps d'exécution pour la transaction Apex10 minutes
Max. notifications push par transaction Apex10
Max notifications push envoyées via chaque appel de méthode de notification push2000

2) Limites des packages gérés certifiés par transaction 

Il s'agit des limites imposées aux packages gérés et qui diffèrent des limites appliquées à l'apex qui ne fait pas partie du package géré.

Si un package géré créé par un Salesforce ISV a réussi une évaluation de sécurité, les limites par transaction sont souvent plus élevées. 

Facteurlimite
Nombre total de requêtes SOQL émises1100
Total des enregistrements récupérés par Database.getQueryLocator110000
Nombre de requêtes SOSL émises220
Total des déclarations DML émises1650
Nombre total d'appels dans une transaction1100
Toal sendEmail méthodes autorisées110

Pour les packages gérés certifiés, toutes les restrictions de transaction s'appliquent individuellement, sauf : 

  • Taille totale du tas 
  • Temps CPU maximal 
  • Durée maximale d'exécution des transactions 
  • Nombre maximal d'espaces de noms uniques 

Aussi, lisez: Pipedrive vs Salesforce : Quel CRM est le meilleur pour votre entreprise ?

3) Limites Apex de la plate-forme Lightning 

Ce sont les Limites du gouverneur défini par la plate-forme Salesforce Lightning. Aucune de ces limites ne s'applique aux transactions Apex exécutées par les développeurs. 

Descriptionlimite
Le nombre maximal d'exécutions de méthodes asynchrones par jour25,000
Classes Apex programmées en parallèle100
Tâches Apex en file d'attente5
Max. lots soumis5
Curseurs de requête/utilisateur ouverts en parallèle50
Curseurs de requête/utilisateur ouverts en parallèle15

4) Limites d'apex statiques 

Ce sont les limites du gouverneur d'apex défini pour l'apex statique, qui s'applique à différents types de requêtes, d'appels, d'enregistrements, de boucles et de tailles de lot, ainsi qu'à différentes transactions effectuées par les utilisateurs. 

DescriptionLimites
Le délai d'attente par défaut pour les appels de transactionen 10 secondes
Max. taille de la demande ou de la réponse d'appel6 Mo (synchrone)
12 Mo (asynchrone)
Exécution de la requête SOQL avant l'annulation d'une transactionen 120 secondes
Max. nombre d'unités de classe et de déclencheur de code5000
Taille du lot de déclenchement pour Apex200
Taille du lot de listes de boucles200
La requête Apex par lot a renvoyé des enregistrements dans Database.QueryLocator50 millions

5) Limites d'apex spécifiques à la taille 

Ces limites sont liées à la taille et au nombre de lignes de code sur la plateforme. Ceux-ci sont principalement utilisés pour s'assurer qu'aucun élément surdimensionné n'existe dans les classes, les déclencheurs ou l'organisation. 

Descriptionlimite
Le nombre maximum de caractères/classe1 mn
Le nombre maximum de déclencheurs/classe1 millions
Utilisation maximale du code Apex6 MB
Limite pour la taille de la méthode65,535

Pourquoi les limites du gouverneur Salesforce sont-elles appliquées ?

La plate-forme de Salesforce fournit une personnalisation sous la forme d'un déclencheur Apex, de services Web ou de modifications déclaratives telles que des flux et des générateurs de processus. Lorsque ces personnalisations s'exécutent sur la plate-forme, elles consomment des ressources limitées qui sont partagées avec d'autres Instances Salesforce.

Salesforce veille au bon fonctionnement de sa plateforme et à ce que ses clients ne soient pas dérangés par des pannes de serveur. Par conséquent, Limites du gouverneur Salesforce ont été mis en place et appliqués.

Ils garantissent que toute instance Salesforce qui partage des ressources avec d'autres instances ne consomme pas toutes les ressources finies et que les ressources sont distribuées correctement selon le modèle d'abonnement d'instance. 

Avantages: 

  • Gouverneur de Salesforce les restrictions interdisent à d'autres organisations de fonctionner et donc d'exécuter un code long, qui peut consommer beaucoup de mémoire et même le processeur du cloud. 
  • Apex a un ensemble entièrement distinct de limites de codage. 
  • Ces limites de gouverneur nous maintiennent dans le bon espace de codage lorsque nous travaillons avec Apex. 

Aussi, lisez: Comparaison de l'édition Salesforce : fonctionnalités et applications

Comment pouvez-vous éviter d'atteindre ces limites du gouverneur Salesforce ?

Il est de notre responsabilité de nous assurer que notre code est évolutif et ne dépasse pas les limites du gouverneur. Plusieurs astuces et conseils peuvent être utilisés pour garantir que tout code de personnalisation est écrit dans ces limites du gouverneur Salesforce. Pour cela, vous devez suivre ces étapes : 

  • Dans la boucle FOR, assurez-vous qu'il n'y a pas d'instructions DML ou de requêtes SOQL. 
  • Dans la boucle, évitez d'utiliser des opérations SOQL ou DML. 
  • Définissez les limites du gouverneur, cochez l'option "Envoyer des e-mails d'avertissement Apex" sur votre enregistrement d'utilisateur pour recevoir des avertissements par e-mail. 
  • Augmentez votre code et vos méthodes d'assistance. 
  • De grands ensembles de données peuvent être interrogés. 
  • Pour éviter les problèmes de taille de tas apex, assurez-vous que les variables sont privées ou transitoires, sauf si elles doivent être accessibles en dehors de la classe. 
  • Si nous devons traiter 50,000 XNUMX enregistrements, vous devez utiliser Batch Apex. 
  • Rationalisez l'exécution de plusieurs déclencheurs sur un seul objet. 
  • Pour les boucles, utilisez des requêtes et des collections rationalisées. 

Aussi, lisez: Salesforce Customer 360 – Tout ce que vous devez savoir sur

Conclusion

Comme vous pouvez le voir, il existe différents types de limites de gouverneur disponibles dans Salesforce, et ce pour une bonne raison : ils nous aident à devenir des administrateurs et des développeurs plus efficaces. Il existe plusieurs modèles généraux que vous pouvez adopter pour vous assurer de rester dans ces limites. En général, les limites les plus connues dans une seule transaction tournent autour SOQL et DML limites. 

Les développeurs écriront automatiquement un code optimisé qui offre des performances optimales lorsque des personnalisations sont effectuées tout en gardant ces limites à l'esprit. J'espère que vous devez maintenant avoir compris que dépasser les limites du gouverneur peut être à la fois difficile et agréable. Si vous avez d'autres questions ou avez besoin de l'aide de professionnels, n'hésitez pas à nous joindre

Services de conseil Salesforce

Si vous êtes nouveau dans l'automatisation et que vous ne savez pas comment Workflow ou Process Builder. Ne vous inquiétez pas, nous sommes là pour vous. Parlez à nos experts et effacez toutes les idées troubles sur l'automatisation.



0 0 votes
Évaluation de l'article
S'abonner
Notifier de
invité
0 Commentaires
Commentaires en ligne
Voir tous les commentaires
0
J'adorerais vos pensées, veuillez commenter.x