Articles

CockroachDB TIL : Vol. 12

Découvrez le dernier volume de CockroachDB TIL ! Apprenez-en plus sur les fonctionnalités et les améliorations de CockroachDB pour vous aider à développer des applications plus robustes.

Articles précédents

Volumes 1 à 11

Sujets

Le volume 1 à 11 de cet article traite de différents sujets liés au logiciel. Dans ce volume, nous allons examiner le sujet n°1 : Identifier les index partiels. Notre équipe d’ingénieurs a publié un avis technique #96924 indiquant que certains changements de schéma, tels que la suppression de colonnes référencées dans des index partiels, échoueront. Un client demande comment identifier les bases de données, les tables et les index partiels associés qui référencent les colonnes à supprimer. Les méthodes suivantes vont aider à trouver ces index indésirables.

En considérant une table avec les données suivantes :

Table: customers

Columns: id, name, address

Indexes:

CREATE INDEX customers_name_idx ON customers (name) WHERE address IS NOT NULL;

CREATE INDEX customers_address_idx ON customers (address) WHERE name IS NOT NULL;

La première méthode consiste à exécuter une requête SQL pour obtenir les informations sur les index partiels. La requête suivante peut être utilisée pour obtenir les informations sur les index partiels pour la table « customers » :

SELECT * FROM pg_indexes WHERE indpred IS NOT NULL AND tablename = ‘customers’;

Cette requête renvoie les informations sur les index partiels pour la table « customers ». Le résultat de cette requête est le suivant :

indexname | tablename | indpred

———-+———–+———

customers_name_idx | customers | (address IS NOT NULL)

customers_address_idx | customers | (name IS NOT NULL)

La deuxième méthode consiste à utiliser un outil logiciel pour identifier les index partiels. Il existe plusieurs outils logiciels qui peuvent être utilisés pour identifier les index partiels. Certains des outils logiciels populaires sont pg_indexes, pg_stat_user_indexes et pg_stat_all_indexes. Ces outils peuvent être utilisés pour obtenir des informations détaillées sur les index partiels d’une base de données. Ces outils peuvent également être utilisés pour obtenir des informations sur les index partiels pour une table spécifique.

Enfin, la troisième méthode consiste à utiliser le fichier de configuration du serveur PostgreSQL pour identifier les index partiels. Le fichier de configuration du serveur PostgreSQL contient des informations détaillées sur les index partiels. Ces informations peuvent être utilisées pour identifier les index partiels pour une base de données ou une table spécifique.

En conclusion, il existe plusieurs méthodes pour identifier les index partiels dans une base de données PostgreSQL. Ces méthodes peuvent être utilisées pour obtenir des informations détaillées sur les index partiels d’une base de données ou d’une table spécifique. Ces méthodes peuvent également être utilisées pour identifier les index partiels qui référencent des colonnes à supprimer.

Source de l’article sur DZONE

Principaux enseignements sur les Index PostgreSQL

Les Index sont une méthode très utile pour améliorer les performances d’une base de données. Ils sont principalement utilisés pour accélérer les requêtes et les recherches dans une base de données. Les Index sont des structures de données qui contiennent des informations sur les données stockées dans la base de données. Ils sont créés pour améliorer la vitesse de recherche et de récupération des données. Les Index peuvent être créés sur une ou plusieurs colonnes d’une table, ce qui permet au serveur de base de données de trouver et récupérer des lignes spécifiques beaucoup plus rapidement qu’il ne pourrait le faire sans Index.

Les Index peuvent être créés manuellement ou automatiquement par le système de base de données. La plupart des systèmes de base de données modernes, tels que PostgreSQL, offrent une variété d’options pour créer des Index. Les Index peuvent être créés sur une seule colonne ou sur plusieurs colonnes. Les Index peuvent également être créés sur des colonnes qui contiennent des valeurs uniques (par exemple, une clé primaire) ou sur des colonnes qui contiennent des valeurs répétitives (par exemple, une colonne qui contient le nom d’un client). Les Index peuvent également être créés sur des colonnes qui contiennent des valeurs NULL.

Les Index sont une méthode très utile pour améliorer les performances d’une base de données, mais il est important de se rappeler qu’ils doivent être utilisés de manière sensée. Les Index ajoutent un surcoût au système de base de données dans son ensemble, car ils doivent être maintenus et mis à jour lorsque les données sont modifiées. Il est important de prendre le temps de réfléchir à la façon dont les Index peuvent être utilisés pour améliorer les performances et à la façon dont ils peuvent être maintenus et mis à jour. Une fois que vous avez décidé quels Index créer et comment les maintenir, vous pouvez alors profiter des avantages qu’ils apportent à votre base de données.

Source de l’article sur DZONE

Need help with your NoSQL migration? Look no further than our « NoSQL Migration Essentials » Refcard. We walk through the primary steps for moving out of a relational database, plus important design principles to understand and consider in your migration process.

Readers will review key concepts that range from denormalizing and modeling data to defining access patterns, designing primary keys and indexes, and creating an entity relationship diagram — all demonstrated with a simple site application example. As a bonus, readers can use the included JSON structure at the end to interact with a NoSQL playground.
Source de l’article sur DZONE


Motivation

Once I completed my first two articles, I realized there are a lot of possibilities exposed by proxying MongoDB collections through FerretDB backed by CockroachDB. CockroachDB has unique data domiciling capabilities available through multi-region abstractions, inverted and partial indexes, computed columns and of course strong consistency. Today, we’re going to discuss unique constraints in MongoDB and CockroachDB.

High-level Steps

  • Start a 9-node multi-region cluster (CockroachDB Dedicated)
  • Start FerretDB (Docker)
  • Unique Indexes
  • Considerations
  • Conclusion

Step-by-step Instructions

Start a 9-Node Multi-region Cluster (Cockroachdb Dedicated)

I am going to use the same CockroachDB Dedicated cluster from the previous article. Please refer to the previous article for the detailed steps. You can get a 30-day trial of CockroachDB Dedicated following this link.

Source de l’article sur DZONE