Partie II. Concepts communs d'architecture de données
Avant de plonger dans les architectures de données, il est important de s'assurer que tu comprends tous les concepts d'architecture de données qui pourraient être utilisés dans une architecture. Je trouve qu'il y a beaucoup de confusion au sujet de ces concepts, et j'espère y remédier. C'est pourquoi tu trouveras dans les prochains chapitres une discussion sur plus de 20 de ces concepts. Ces chapitres serviront au moins à rafraîchir les connaissances de ceux qui n'ont pas utilisé ces concepts depuis un certain temps. Je ne prétends pas que toutes mes définitions de ces concepts soient universellement acceptées par tout le monde, mais au moins ces chapitres aideront à mettre tout le monde sur la même longueur d'onde pour faciliter la discussion sur les architectures.
J'ai inclus l'entrepôt de données relationnel et le lac de données dans les concepts plutôt que dans les architectures. À une certaine époque, lorsqu'ils étaient les seuls produits utilisés dans une solution, ils auraient pu être considérés comme des architectures de données. Aujourd'hui, cependant, ils sont presque toujours associés à d'autres produits pour former la solution. Par exemple, il y a de nombreuses années, les entrepôts de données relationnels comprenaient le stockage relationnel, le calcul, le logiciel ETL (extraction, transformation et chargement) et le logiciel de création de rapports - en fait, tout ce dont tu avais besoin était regroupé chez un ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access