Comment utiliser AppSheet : un guide des sections de l’onglet Données

Nous examinerons d’abord les les tables section. Comme l’indique la courte description, vous pouvez gérer ici vos tables de données. Ce tutoriel sera limité aux données chargées depuis Google Sheets, mais rien ne vous empêche de combiner des données d’origines différentes dans une seule application. Dans mon exemple d’application, une table a été chargée lors du premier lancement d’AppSheet, donc un élément est visible dans la liste ci-dessous.

Un coup d’oeil sur le Employés Le résumé du tableau révèle un certain nombre d’options de configuration disponibles. Vous pouvez indiquer quel Mettre à jour/Ajouter/Supprimer les opérations peuvent être effectuées sur la table. Vous pouvez également laisser le tableau en mode lecture seule, mais cette option ne sera utile que dans certaines circonstances. De plus, vous pouvez spécifier les conditions commerciales qui, comme illustré dans l’exemple, déterminent les opérations de table en fonction de l’adresse e-mail de l’utilisateur de l’application. Toute l’opération s’effectue à l’aide Assistant d’expressions. À partir de ce niveau, vous pouvez tester l’intégralité de l’expression pour vérifier son exactitude syntaxique.

Dans la section sécurité, vous pouvez contrôler la visibilité des données. Certaines de ces options ne seront disponibles que sur les versions d’abonnement AppSheet supérieures. Dans ce menu, vous pouvez définir des filtres appropriés qui masqueront les données répondant à une condition spécifique. Vous pouvez également contrôler la visibilité des données à partir du Tranches section, dont je parlerai plus tard dans cet article.

De plus, si vous souhaitez masquer des données qui existent déjà, vous avez également cette possibilité. Cela peut être utilisé dans des applications de type enquête, où vous collectez des données auprès d’utilisateurs anonymes. Les Filtrer toutes les lignes existantes ? option a été créée avec de telles applications à l’esprit.

Vous disposez également d’options plus spécialisées telles que la gestion du stockage et la mise à l’échelle de votre application en fonction de la taille de l’ensemble de données.

Au sein de la Colonnes , vous pouvez afficher une liste des colonnes faisant partie de la table de données sélectionnée. Vous pouvez personnaliser chacun d’entre eux selon nos attentes. Vous avez également de nombreux paramètres à votre disposition. Pour les paramètres, AppSheet propose des cases à cocher appropriées et un assistant de formule, dans lequel vous pouvez créer des expressions qui répondent aux conditions données.

Voici certaines de ces conditions :

• Indique si la colonne doit appartenir à une clé unique
• Indique si la colonne doit être visible pour l’utilisateur de l’application
• S’il est obligatoire de fournir une valeur
• Règle de validité des données et message en cas d’erreur
• Les valeurs proposées à l’utilisateur
• Si les données de cette colonne peuvent être modifiées par les utilisateurs
• Si cette colonne peut être recherchée par l’utilisateur
• Si cette colonne peut être remplie à l’aide d’un lecteur de code-barres ou de la technologie NFC
• Si la valeur de la colonne doit être calculée automatiquement
• La valeur initiale de la colonne

Formule d’application, valeur initiale et colonnes virtuelles

Les deux derniers éléments de la liste ci-dessus traitent de ce qui est appelé dans AppSheet Formule d’application et Valeur initiale, respectivement. Ils sont fondamentalement différents, bien qu’ils se réfèrent à un aspect de l’application lié à la valeur par défaut du champ sélectionné. Formule d’application ne vous permet pas d’interférer avec le résultat de l’expression que vous spécifiez. Les formules de ce type sont recalculées après chaque modification des données. Valeur initiale fonctionne exactement dans le sens inverse – la valeur initialement proposée peut être modifiée par l’utilisateur et il n’y a pas de recalcul automatique à chaque fois.

Ces expressions peuvent être utilisées pour créer Colonnes virtuelles. Il s’agit de colonnes qui n’apparaissent pas dans l’ensemble de données source. Ils sont utilisés pour effectuer des calculs sur des données d’entrée, et les valeurs des expressions qu’ils contiennent sont destinées à étendre la logique de l’application. Il existe de nombreux exemples d’utilisation Colonnes virtuelles, mais les plus typiques sont des expressions logiques renvoyant vrai ou faux ou une concaténation de colonnes de texte dans le but de présenter les données de manière conviviale. Si vous souhaitez présenter le résultat d’une certaine opération sur des données dans une nouvelle colonne, vous devez utiliser le Ajouter une colonne virtuelle option et fournir une formule selon laquelle les champs sélectionnés doivent être traités.

Il convient de noter que de nombreux paramètres utiles ici sont utilisables immédiatement. Par comparaison, dans le cas de la plate-forme low-code Oracle Application Express (Oracle APEX), des fonctionnalités analogues nécessitent l’installation de plug-ins supplémentaires.

Types de données

Chaque colonne a son propre nom, tiré du test Google Sheet. De plus, en fonction du formatage des données dans les colonnes, AppSheet suggère le type de données correct. Les différents types de données ont des paramètres spécifiques les uns pour les autres. Par exemple, le Décimal Le type de données vous permet de spécifier la précision des nombres, leur mode d’affichage et la forme de présentation.

Examinons de plus près les types de données. En plus des options standard, vous pouvez trouver ici des options plus intéressantes qui affectent considérablement la fonctionnalité de l’application. Voici quelques exemples:

• ChangeCounter, Changer de lieu, et Modifier l’horodatage types peuvent être utiles lors du suivi des modifications dans les lignes de données. Il est possible d’augmenter le compteur qui comptabilise les modifications de données, de mémoriser la position GPS du lieu à partir duquel le changement a été effectué ainsi que l’heure exacte du dernier changement
• Oui/Non type stocke des valeurs booléennes
• E-mail et Téléphone fixe les types vous permettent de cliquer sur l’interaction appropriée, c’est-à-dire envoyer un e-mail ou passer un appel
• XY le type de données permet d’enregistrer la position du point sélectionné sur l’image ou le diagramme, qui est présenté à l’utilisateur de l’application
• Il existe également des types de données tels que Dessin, Signatureou alors Dossierqui stockera le contenu saisi par l’utilisateur

Clé unique

Dans le cas de mon exemple d’application et de la table qu’elle contient, le meilleur candidat pour une clé est une clé naturelle directement liée aux données qui y sont stockées. Une telle clé peut consister en une ou plusieurs colonnes.

Une clé unique peut également être créée dynamiquement en effectuant des opérations sur des colonnes de données sélectionnées. Vous pouvez utiliser l’assistant de formule et les fonctions disponibles qui traitent les données pour le faire. Il convient de rappeler que la formule doit être définie et exécutée côté AppSheet, car ces opérations peuvent également être effectuées hors ligne (je l’ai expliqué plus en détail dans mon article précédent). De plus, si votre formule suppose une détermination séquentielle de valeurs consécutives, ce sera probablement impossible en raison du mode hors ligne mentionné et de l’option qui permet à plusieurs utilisateurs de l’application de travailler simultanément.

Une autre option consiste à générer une clé unique sous la forme d’une combinaison aléatoire de caractères ou de chiffres. La documentation AppSheet mentionne deux fonctions qui peuvent être utilisées à cette fin.

Si la recherche d’une clé unique échoue, AppSheet vous proposera d’utiliser une clé sous la forme d’un numéro de ligne. Il convient toutefois de noter que cet effet s’accompagne d’un message d’erreur indiquant que baser l’application sur une telle clé est extrêmement risqué.

Si toutes les solutions mentionnées ci-dessus échouent, AppSheet vient à notre aide en décrivant comment résoudre le problème de l’absence d’une clé de données unique, si les colonnes incluses dans la clé peuvent être modifiées par l’utilisateur de l’application.

Tableaux de normalisation et de liaison des données

Jusqu’à présent, mon exemple d’application n’était basé que sur une seule feuille Google. C’était un moyen pratique de vous montrer toutes les colonnes – je n’avais pas besoin de me soucier de la normalisation des données. Cependant, dans des circonstances réelles, il est très rare que les données d’application soient stockées dans une seule table. Il existe de nombreuses raisons possibles d’utiliser plusieurs tables sources :

• Vous pourriez avoir un nombre important d’entités commerciales sur lesquelles vous devrez traiter des données, et elles ne rentreront pas dans une seule table
• Vous pouvez être confronté à des défis liés à la redondance des données. L’opération apparemment simple de mise à jour des données, tout en maintenant la redondance, peut prendre du temps et être source d’erreurs
• Votre application peut également nécessiter de nombreuses tables source en raison des dictionnaires. Ils limitent les valeurs que vous pouvez choisir pour un champ particulier dans votre application, telles que les cases à cocher, les sélecteurs, les menus déroulants, etc. Ils veillent également à l’exactitude des données du côté de l’entreprise, car ce n’est que pour ces valeurs que les données auront un sens. De cette façon, nous faisons en sorte que les utilisateurs ne puissent pas entrer ce qu’ils veulent

Dans de telles circonstances, il est judicieux de normaliser les données et de stocker les faits individuels dans des tables séparées. L’effort consacré à une bonne préparation peut apporter de nombreux avantages, mais lorsque vous décomposez un tableau complexe en plus petits, vous…