Tables distantes
Connectez l’à Now Platform des sources tierces ou à une autre instance afin de pouvoir récupérer des données externes et éventuellement les mettre en cache dans la mémoire.
Vous pouvez afficher des données externes dans des listes ou des formulaires et les traiter avec des scripts Glide standard. Vous pouvez également regrouper, trier, regrouper et filtrer les données comme vous le feriez pour des tables internes standard. Si la modification est activée pour une table distante, vous pouvez insérer, mettre à jour et supprimer des données dans la source externe à partir de la table distante de l’instance.
Composants de tables distantes
- Tables distantes
- Vous créez des tables distantes pour décrire le schéma des données que vous souhaitez récupérer à partir d’une source externe.
La définition de la table est dans le Now Platform, mais ses lignes, ou enregistrements externes, vivent dans la mémoire. Vous créez une table distante de la même manière que vous créeriez une table interne standard. Vous définissez des colonnes et des contrôles et désignez l’accès à l’application comme vous le feriez pour une table interne. Contrairement à une table interne, une table distante n’obtient pas ses enregistrements de la Now Platform base de données. Il obtient ses enregistrements de l’exécution d’un script de requête associé sur une source de données externe.
Pour en savoir plus sur la création de tables distantes, reportez-vous à la section Créer une table distante.
- Définitions de scripts
- Vous créez et associez des définitionsde script à une table distante. Les données externes que vous avez récupérées à l’aide du script de requête peuvent être mises en cache dans la mémoire. Vous pouvez également désigner la façon dont ces données sont mises en cache et la durée de mise en cache des données dans la mémoire. Chaque fois que vous actualisez une liste contenant les données externes d’une table distante, le script de requête associé s’exécute à nouveau. Pour les tables distantes modifiables, vous pouvez créer, insérer, mettre à jour et supprimer des définitions de script en plus de la définition de script de requête.
Pour en savoir plus sur les définitions de script et sur la façon de les associer à une table distante, reportez-vous à la section Créer des définitionsde script pour une table distante.
Fonctionnement des tables distantes
À l’aide d’une table distante, vous pouvez récupérer les données à partir de sources externes ou d’une autre instance avec les services REST ou SOAP. Les données externes vivent dans la mémoire en mode lecture seule, ce qui rend les données temporaires, ou transitoires, dans le Now Platform. Vous pouvez ensuite afficher et mettre à jour les données externes sans les importer ni les stocker.
Vous visualisez les données externes dans des listes ou des formulaires de la même manière que vous affichez les données stockées en interne. Vous pouvez manipuler ces données à l’aide d’enregistrements Glide standard, de règles métier, d’API distantes, de scripts, de champs de référence de table, de services et d’outils de développement dans le Now Platform. Si la modification est activée pour une table distante, vous pouvez insérer, mettre à jour et supprimer des données dans la source externe à partir de la table distante de l’instance.
Cycle de vie des données externes au sein de Now Platform
- Lorsque vous exécutez un script associé à une table distante, les données récupérées sont conservées dans la mémoire aussi longtemps que la liste ou le formulaire s’affiche. Une fois que vous fermez la liste ou le formulaire, ces données externes sont purgées de la mémoire. La prochaine fois que vous utilisez ou affichez les données externes dans cette table distante, la mémoire est reremplie à partir du système externe.
- Toutefois, si vous avez défini des paramètres de mise en cache pour le script, les données externes restent mises en cache dans la mémoire pendant la durée de mise en cache spécifiée.
Par exemple, si vous indiquez que les données externes doivent être mises en cache pendant 300 secondes, elles restent mises en cache dans la mémoire pendant 5 minutes. Après l’expiration de ce délai, les données mises en cache sont purgées de la mémoire. La prochaine fois que vous utiliserez ou afficherez les données externes dans cette table distante, le cache sera actualisé à partir du système externe.
Applications pratiques pour les tables distantes
Configurez et utilisez des tables distantes dans votre entreprise lorsque :
- Vous souhaitez extraire des données externes pour une utilisation temporaire sans les stocker dans le Now Platform. Par exemple, vous pouvez créer une table distante qui récupère les données météorologiques qui apparaissent sur une page d’accueil lorsqu’un utilisateur se connecte. Vous pouvez ensuite créer une définition de script de requête associée qui récupère ces données à partir d’une source météorologique tierce basée sur l’emplacement de l’utilisateur.
- Vous souhaitez récupérer les détails d’un client qui sont stockés dans une application externe Customer Relationship Management (CRM) pour les afficher dans Gestion du service clientèle des fonctions telles que Espace de travail d'agent. Remarque :Pour en savoir plus sur la récupération de données pour Gestion du service clientèle, consultez Intégration de données tierces pour CSM.
- Vous souhaitez récupérer et afficher les données du personnel à partir d’applications Gestion du capital humain (HCM) telles que Workday ou SAP SuccessFactors pour une utilisation dans les Prestation de services RH fonctions.
Post-filtrage et tri
Lorsque vous exécutez un script de table distante, il applique des conditions de requête de post-filtrage et de tri après avoir ajouté des lignes à une table. Ces conditions appliquées prennent en charge toutes les autres requêtes requises que le script ne gère pas . Lorsque vous appliquez un post-filtrage et un tri, les requêtes de table distante fonctionnent comme des requêtes de table interne standard.
Lorsque vous créez des scripts de table distante, vous gérez généralement les requêtes les plus fréquentes et les plus étendues du script. Le post-filtrage des requêtes et le tri peuvent prendre beaucoup de temps et peuvent avoirun impact négatif sur les performances de votre instance. Utilisez plutôt un petit ensemble de données afin que le post-filtrage et le tri ne prennent pas beaucoup de temps.
En fonction de vos cas d’utilisation, déterminez si vous devez essayer une requête plus étroite dans l’appel externe ou une requête plus étendue. Étant donné que le filtrage et le tri internes peuvent être coûteux à exécuter sur des jeux de résultats volumineux, utilisez une requête plus étroite lorsque les données ne nécessitent pas de filtrage supplémentaire. Utilisez une requête plus étendue lorsqu’une requête plus générale renvoie un petit jeu de résultats et nécessite un filtrage et un tri supplémentaires.
Différences entre les tables distantes et le Hub d'intégration
- Lorsque vous souhaitez mettre en cache des données externes temporairement, utilisez des tables distantes.
- Si vous souhaitez des options d’importation et de transformation plus avancées, notamment Studio de workflow, ou si vous souhaitez développer des intégrations personnalisées, utilisez le Hub d'intégration.