Réduction de la valeur Time to Value dans NoSQL - les nuls

Le délai de mise en valeur est le temps nécessaire pour démarrer un projet informatique afin de réaliser des bénéfices commerciaux. Il peut s'agir d'avantages tangibles en termes de réduction des coûts ou de capacité à effectuer de nouvelles transactions, ou d'avantages intangibles, tels que la fourniture d'un meilleur service client ou de meilleurs produits.

Les banques de valeurs-clés sont les bases de données NoSQL les plus simples en ce qui concerne le modèle de données. Ainsi, vous pouvez créer rapidement des applications, en particulier si vous appliquez quelques principes clés, notamment en examinant comment vous gérez les structures de données.

Utilisation de structures simples

Les banques de valeurs-clés sont plus flexibles que les bases de données relationnelles en termes de format des données. Utilisez cette flexibilité à votre avantage pour maximiser le débit de votre application. Par exemple, si vous stockez des carreaux de carte, stockez-les au format hexadécimal afin qu'ils puissent être rendus immédiatement dans un navigateur.

Dans votre application, stockez des structures faciles à utiliser qui ne nécessitent pas beaucoup de temps de traitement. Ces structures peuvent être des types intrinsèques simples tels que des entiers, des chaînes et des dates, ou des structures plus sophistiquées telles que des listes, des ensembles triés ou même des documents JSON stockés sous forme de chaîne.

Parce qu'il peut être interprété directement par une application web JavaScript, utilisez JSON pour le statut de l'application web ou le stockage des préférences. Si vous stockez des données de journal, stockez-les dans le format le plus approprié pour la récupération et l'analyse.

Utilisez la structure la plus appropriée pour votre application, et non votre administrateur de base de données. Tenez également compte des effets du temps sur votre base de données. Voulez-vous modifier les structures de données à l'avenir pour prendre en charge de nouvelles fonctionnalités?

Les structures de données changent avec le temps. Un document JSON flexible est préférable à un fichier de données CSV ou à un fichier de données à largeur fixe car les structures JSON peuvent facilement varier au fil du temps sans avoir à prendre en compte les propriétés nouvelles ou supprimées. Changez une colonne dans un fichier CSV stocké dans un magasin de valeurs-clés, et vous devez mettre à jour tout le code de votre application! Ce n'est pas le cas avec un document JSON, où l'ancien code ignore simplement les nouvelles propriétés.

Gestion de la structure complexe

Si vous avez des ensembles de données complexes interdépendants, réfléchissez bien aux structures de données de votre magasin de valeurs-clés. Stocker des ensembles de données d'une manière qui permet une récupération facile. Plutôt que de stocker huit éléments séparément qui nécessiteront huit lectures, dénormaliser les données - écrire les données dans le même enregistrement au moment de l'ingestion - de sorte qu'une seule lecture est nécessaire plus tard.

Cela signifie que certaines données seront stockées plusieurs fois. Un exemple est le stockage du nom du client dans un document de commande.Bien que cela stocke le nom du client sur de nombreuses commandes, cela signifie que lorsque vous affichez un résumé de la commande, vous n'avez pas à découvrir que la valeur customer_number = 12 signifie Mr A Fowler . une demande de lecture supplémentaire.

La dénormalisation consomme plus d'espace disque que la forme normale des bases de données relationnelles, mais augmente considérablement le débit des requêtes. C'est l'équivalent NoSQL d'une vue matérialisée dans une base de données relationnelle. Vous sacrifiez l'espace de stockage pour la vitesse - le compromis classique de l'informatique.

Pour les informaticiens d'une certaine génération, il est considéré comme une hérésie de conserver plusieurs copies des mêmes données. C'est simplement inefficace. Des conférenciers de bases de données relationnelles vous mangeraient pour le petit-déjeuner!

Cependant, avec le faible coût de stockage actuel et les exigences croissantes des applications modernes, il est préférable de sacrifier le stockage pour accélérer la lecture des données. Alors, considérez la dénormalisation comme un ami.