La plateforme d'analyse de visualisation de données open source DataEase lancera officiellement le marché des modèles en juin 2022 (https://dataease.io/templates/). Le marché des modèles vise à fournir aux utilisateurs de DataEase des modèles de tableau de bord professionnels, beaux et prêts à l'emploi, afin que les utilisateurs puissent choisir les modèles de tableau de bord correspondants en fonction de leurs propres besoins commerciaux et scénarios d'utilisation, et créer facilement leurs propres tableaux de bord basés sur une haute -plaque de gabarits de qualité. À l'heure actuelle, le nombre de modèles sur le marché des modèles DataEase a dépassé 100.
De nouveaux modèles seront disponibles en juillet 2023
Le marché des templates DataEase met régulièrement à jour les templates. Un total de 7 nouveaux modèles seront lancés en juillet 2023, couvrant des sujets tels que l'éducation, la fabrication, la vente au détail, les soins médicaux et l'écologie open source. Vous êtes invités à les télécharger et à les utiliser sur le marché des modèles DataEase.
astuces de modèle
La compétence de modèle de ce mois-ci présente la méthode de réduction du temps de requête des données du tableau de bord grâce à la fonction de paramètre dynamique de l'ensemble de données SQL dans l'outil d'analyse de visualisation de données open source DataEase.
Lors de l'utilisation du tableau de bord créé par DataEase, les utilisateurs utilisent souvent des composants de filtrage pour afficher les données de manière flexible. Cependant, ces composants de filtre ajoutent en fait des conditions WHERE supplémentaires à la requête SQL du graphique. Lorsque la quantité de données est très importante, cette méthode de raccordement simple peut entraîner une augmentation significative du temps de requête et affecter l'expérience utilisateur.
Afin d'accélérer l'efficacité de la requête, nous recommandons aux utilisateurs d'envisager d'utiliser la fonction de paramètre dynamique de l'ensemble de données SQL. Grâce au paramétrage dynamique, les utilisateurs peuvent convertir la requête externe d'origine en requête interne, optimisant ainsi efficacement le processus de requête. De cette manière, les conditions de filtrage seront directement transmises au SQL d'origine, évitant ainsi une analyse de données à grande échelle, réduisant ainsi considérablement le temps de requête.
Prenons l'instruction SQL simple suivante comme exemple, sans définir de passage de paramètre dynamique, l'effet de l'utilisation directe de la séquence de filtres est le suivant :
– Instruction d'ensemble de données SQL d'origine :
select * from table_demo ;
- Le tableau de bord utilise l'instruction d'épissage de condition de filtre sans passer de paramètre dynamique : select * from (select * from table_demo) where condition = 'condition sélectionnée du composant de filtre de tableau de bord' ;
Lors de la définition du passage de paramètres dynamiques, l'effet du remplacement direct des paramètres prédéfinis par des conditions de filtre est le suivant :
– L'instruction d'ensemble de données SQL définit les paramètres dynamiques :
select * from table_demo where condition = '${condition}' ;
– La condition du filtre du tableau de bord est remplacée par des paramètres dynamiques : select * from table_demo where condition = 'Condition de sélection du composant du filtre du tableau de bord' ;
1. Le principe d'utilisation de la fonction
1. Utilisez des ensembles de données SQL ;
2. Après être entré dans l'interface d'édition du jeu de données SQL, sélectionnez le mode de connexion directe pour la liaison de données (pour la différence entre la connexion directe et la synchronisation temporelle, veuillez vous référer à : https://dataease.io/docs/user_manual/dataset_description/).
2. Explication détaillée de l'utilisation des fonctions
1. Paramètres du jeu de données SQL
Nous allons présenter cette partie à travers un exemple. Comme le montre la figure ci-dessous, via une simple instruction SQL, nous avons interrogé les données de facturation de HUAWEI CLOUD.
SELECT * FROM cloud bill_HUAWEI CLOUD ;
Lorsque nous utilisons les données de facturation sur le tableau de bord, nous nous préparons à utiliser le produit comme condition de filtre et espérons que la condition sera transmise en tant que paramètre dynamique dans l'ensemble de données SQL.
À ce stade, nous pouvons compléter la condition WHERE sur l'instruction SQL, mais au lieu de définir la condition sur une valeur fixe, utilisez "${xxx}", où "xxx" est le nom de la variable.
SELECT * FROM Cloud Bill_HUAWEI CLOUD WHERE Product = '${Product}' ;
Après avoir écrit l'instruction SQL, vous pouvez cliquer sur le bouton "Exécuter la requête" dans le coin supérieur droit de l'interface d'édition du jeu de données SQL, comme indiqué dans la figure ci-dessous, pour prévisualiser et confirmer qu'il n'y a pas de problème avec l'exécution du SQL écrit.
Remarque : Bien que nous ayons ajouté la condition WHERE, si la valeur réelle n'est pas transmise à la variable, cela n'affectera pas l'exécution et l'utilisation du SQL d'origine.
Si vous avez besoin de vérifier davantage si les résultats de la requête SQL répondent à nos attentes après avoir transmis la valeur réelle, vous pouvez cliquer sur l'option "Paramètres" dans le coin supérieur droit de l'interface d'édition du jeu de données SQL.
Suivez les instructions de la figure ci-dessous pour terminer la configuration des paramètres pertinents et cliquez sur le bouton "OK".
Cliquez à nouveau sur le bouton "Exécuter la requête" dans le coin supérieur droit de l'interface d'édition du jeu de données SQL pour observer les résultats en cours d'exécution. Comme le montre la figure ci-dessous, les résultats de cette requête sont toutes les données du type de produit qui a été défini comme "IP de réseau public élastique", ce qui prouve que les paramètres dynamiques sont normalement valides.
Ce qu'il faut ajouter, c'est que, comme le montre la figure ci-dessous, lors de l'exécution des "Paramètres", la différence entre les deux paramètres dans l'option déroulante est :
■ Valable uniquement en édition : la valeur affectée dans le paramétrage n'est utilisée que pour le test "run query" dans l'interface d'édition de ce jeu de données, et la valeur n'a aucun effet après avoir quitté l'interface d'édition du jeu de données ;
■ Il prend effet globalement lorsque le jeu de données est prévisualisé : la valeur affectée dans le paramétrage prend non seulement effet dans le test "exécuter la requête" dans la modification du jeu de données, mais sa valeur sera également utilisée comme condition par défaut du jeu de données SQL lorsque l'ensemble de données est prévisualisé en externe Il en va de même.
Après avoir défini l'option "Efficacité globale lors de la prévisualisation de l'ensemble de données", quittez l'interface d'édition de l'ensemble de données SQL. À ce stade, l'effet de l'aperçu de l'interface de l'ensemble de données est le suivant, et le résultat de la requête reste également les données dont le type de produit est défini sur "IP de réseau public élastique".
2. Application dans le tableau de bord
Utilisez l'ensemble de données SQL de facturation cloud HUAWEI CLOUD que nous avons configuré ci-dessus pour créer des graphiques simples. Voici le tableau de bord d'origine sans filtrage.
Un composant de filtre de texte déroulant est également placé sur le tableau de bord, et les produits de l'ensemble de données SQL de facturation HUAWEI CLOUD sont utilisés comme conditions de filtre.
Associez ce composant aux paramètres prédéfinis dans le jeu de données SQL, comme indiqué dans la figure ci-dessous, vérifiez simplement les paramètres correspondants.
Après avoir enregistré l'association des paramètres, retournez au tableau de bord. Utilisez les conditions de filtre dans la figure ci-dessous pour sélectionner une valeur, et la valeur sélectionnée sera directement transmise à la variable "Produit" définie ci-dessus.
Rééditez le composant déroulant de texte, supprimez la liaison de paramètre et enregistrez-la, puis testez à nouveau l'effet de filtrage des données du tableau de bord.
Sélectionnez une valeur de données dans les conditions de filtre à filtrer, car les paramètres dynamiques de l'ensemble de données SQL ne sont pas liés à ce moment, c'est-à-dire que la valeur sélectionnée n'est pas directement transmise à la variable "Produit", mais épissée dans le nouveau filtre de la couche SQL externe. Toutefois, cela n'affecte pas le filtrage des données du tableau de bord. Comme le montre la figure ci-dessous, les résultats du filtrage du tableau de bord sont les mêmes qu'auparavant.
Résumer
Le passage de paramètres dynamiques SQL améliore efficacement l'efficacité des requêtes en convertissant les conditions de requête de l'utilisateur du passage de paramètres externes au passage de paramètres internes. Cependant, tous les scénarios n'ont pas besoin d'utiliser le passage de paramètres dynamiques, en particulier lorsque la quantité de données est faible. Bien que cette fonction contribue à améliorer l'efficacité des requêtes, elle ne peut pas résoudre tous les problèmes de performances des requêtes SQL.
Lorsque vous utilisez le passage de paramètres dynamiques, vous devez examiner de manière approfondie les avantages et les inconvénients et choisir avec soin s'il faut l'utiliser ou non en fonction de la situation spécifique. Une optimisation plus poussée des instructions SQL, des tables de base de données et des bases de données est également essentielle pour améliorer les performances des requêtes.