Je tente de créer une solution pour migrer l'entrepôt de données relationnel existant dans la base de données NoSql. Je pense à utiliser cassandra ou accumulo ou Hbase. Le problème auquel je suis confronté estDonnées de référence/Données de base dans les bases de données NOSQL
Le SGBDR existant contient des données de référence (Codes, une description utilisée par le système source). Exemple - La table des comptes a le type de compte cd, l'état du compte cd. Les deux proviennent du système source et sont conservés dans des tableaux de données de référence distincts afin de normaliser et de rendre plus significatif. Chaque nouveau code provenant de la source circule d'abord dans ces tables, puis dans la table Compte en se joignant à ces tables.
Comment gérons-nous de tels scénarios dans les bases de données NOSQL en l'absence de jointures? Comment maintenons-nous les données de référence/référence dans les bases de données NOSQL?
Je suis conscient de la base de données de Cassandre et comment le modèle fonctionne dans cassandra. Jusqu'à présent, nous n'avions aucun problème car nous utilisions Cassandra pour créer des modèles analytiques basés sur les requêtes des utilisateurs. Je suis d'accord avec le haut niveau de dénormalisation. Ce que je dois savoir maintenant, c'est de la perspective de la migration de données. Je sais que ce sera une refonte complète en termes de base de données NoSQL. Ce que j'essaie de savoir, c'est comment gérer les données de référence/données de base lorsque nous envisageons de créer une vue client unique en considérant la source unique de la vérité. – v83rahul
Désolé, ne peut pas aider sans exemple. – ubombi