Déjà remarquable dans ses précédentes versions, plusieurs nouvelles fonctionnalités intéressantes ont été ajoutées à la version 16.2 de Navicat Premium, la plus importante étant la prise en charge de Redis.Il existe donc désormais un client d'administration et de développement de Navicat dédié spécifiquement pour Redis. Navicat pour Redis offre aux utilisateurs une interface graphique facile d'accès afin de visualiser et d’optimiser les données de Redis. Il comprend un riche ensemble de fonctionnalités permettant de rendre les tâches routinières plus simples, plus rapides et plus efficaces que jamais. Il peut se connecter à n'importe quel serveur Redis local/distant, mais aussi, il est compatible avec les bases de données cloud telles que Redis Enterprise Cloud, Amazon ElastiCache, Google Memorystore et Microsoft Azure. Ce blog a pour but de vous présenter certaines des fonctionnalités les plus importantes de Navicat for Redis.
Au cours du processus de normalisation, les groupes de champs qui représentent une entité distincte sont supprimés d'une table plus grande et/ou plus centrale vers une table distincte. Les champs communs (généralement des identifiants) sont ensuite utilisés pour maintenir leur relation. Nous pouvons voir un exemple ci-dessous :
Dans une base de données relationnelle, l'intégrité référentielle entre les tables est renforcée à l'aide de contraintes de clé étrangère.
Ce blog explique le fonctionnement des clés étrangères ainsi que la façon de créer une contrainte de clé étrangère dans MySQL à l'aide de Navicat 16 for MySQL .
Dans le cadre du processus de normalisation des tables de base de données, les colonnes redondantes sont extraites des tables de niveau supérieur vers des tables subsidiaires distinctes. Cela se produit souvent parce que certains champs ont une relation un-à-plusieurs (one-to-many en anglais) avec l'entité mère. Par exemple, prenons le modèle suivant généré à l'aide de Navicat Data Modeler:
Alors que la plupart des systèmes de bases de données utilisent des verrous pour la gestion des accès simultanés, PostgreSQL fait les choses un peu différemment : il maintient la cohérence des données en utilisant un modèle multi-version, également connu sous le nom de contrôle des accès concurrents (Multi version concurrency control ou MVCC en abrégé). Par conséquent, lors de l’interrogation d’une base de données, chaque transaction voit un instantané des données telles qu’elles étaient quelque temps auparavant, quel que soit l’état actuel des données sous-jacentes. Cela empêche la transaction d'afficher des données incohérentes qui pourraient être provoquées par d'autres mises à jour de transactions simultanées sur les mêmes données. Cela fournit une isolation des transactions pour chaque session de base de données. Cet article du blog fournira un bref aperçu du fonctionnement du protocole MVCC et couvrira certains des avantages et des inconvénients de l'approche MVCC.
En haut de l'écran de l'analyseur de requêtes de Navicat Monitor 3, vous trouverez un graphique qui montre les requêtes dont les temps d'attente sont les plus longs.
Il est essentiel d'identifier les requêtes lentes, car elles pourraient faire crasher le système.
- 2024 (1)
- Décembre (1)
- Novembre (1)
- Navicat On-Prem Server : développement de requêtes et collaboration en toute transparence
- Prise en main de Navicat On-Prem Server - Partie 3
- Personnalisation des requêtes à l'aide de la syntaxe propre à Navicat
- Prise en main de Navicat On-Prem Server - Partie 2
- Prise en main de Navicat On-Prem Server - Partie 1
- Octobre (1)
- Septembre (1)
- Août (1)
- Juillet (1)
- Juin (1)
- Mai (1)
- Avril (1)
- Mars (1)
- Février (1)
- Janvier (1)
- 2023 (1)