Discussion :

[flnicola19]

Bonjour a tous,

Alors je vous explique mon cas de figure. Question base de données sur une application BI deja en place.

Chez un client, en environnement de DEV, ils ont creee une seule base de données qui rassemble toutes les tables de tous les projets (toutes les codes applications sources dans la meme DB) et de toutes couches ODS, DWH, DMA... Il me semble que cela est incorrecte.
Exemple:
Serveur DEV
- DB DEV
TABLE01_APP01
TABLE01_APP02
...
...

J'ai un trou de memoire. Il me semble que chaque base doit correspondre a un code application et a une couche bien présise du style en Dev
Serveur Dev
DB_ODS_APP01
DB_ODS_APP02

Est-ce bien cela?

Merci d'avance,
Cordialement,
Florian

[Waldar]

chaque base doit correspondre a un code application et a une couche bien présise du style en Dev

Le doit est un peu fort ici. C'est votre client qui définit ses normes de nommage.
S'il n'y en a pas, ça va devenir un foutoir, mais il n'y a rien qui oblige à quoi que ce soit.

Pour une application, lire la table DB_ODS_APP01 ou AAAA213213 c'est pareil.

En général on sépare les données dans des schémas distincts, car c'est plus simple de gérer les privilèges d'accès, les sauvegardes, la gestion des ressources, et la navigation humaine.

[flnicola19]

Je vous remercie pour la réponse.

Le client n'a pas de normes définies au depart depuis 4 ans.
D'ou je suis tombé sur une seule base avec toutes ces tables (au nombre de 700) de tous les projets de toutes les couches BI; réunis en une seule base.

Je suis conscient qu'il n'y a pas qu'une seule solution concernant ma question.
J'entame un nouveau projet et je ne voudrais pas suivre cet exemple cité ci-dessus. Les codifications sont des exemples. Ce qui m'interesse c'est d avoir votre point de vue sur une structure optimale.

Mon client souhaite structurer les choses. Le mieux est donc de créer des databases comme suit
SERVEUR DEV
- DB_ODS
- DB_DWH
- DB_DMA
...
Et a l'intérieur de créer plusieurs schémas correspondants aux differents codes applicatifs ?

Merci d'avance.

[Waldar]

Ça dépend déjà de son SGBDR, Oracle sur la majorité de ses versions est mono base de données.

Cela dit je pense qu'une base de données suffit, car elles sont toutes liées et couvrent le périmètre du DWH dans sa globalité (ingestion, stockage source, stockage DWH, datamarts).
Séparez dans des schémas différents car vous allez devoir faire des requêtes multi-schémas à différentes étapes de l'alimentation du DWH.

[flnicola19]

Les DB sont gerées sous SQL Server.

L'environnement de développement: Microsoft SQL Server 2017 Management Studio.

Ca fait bizarre de re travailler dans cet environnement apres 5 ans sur du Oracle.