je voulais savoir si quelqu'un ici avait d=E9j=E0 =E9t=E9=20
confront=E9 =E0 un probl=E8me de consolidation de donn=E9es =E0=20
partir de plusieures sources h=E9t=E9rog=E8nes : Access et SQL=20
Server.
Voici le probl=E8me pos=E9 : =E0 partir de plusieurs bases=20
Access et SQL Server de structure identique, on me demande=20
de consolider les donn=E9es au sein d'une base SQL Server,=20
pour avoir une vue "globale" de toutes les donn=E9es. Le=20
probl=E8me majeur est bien s=FBr li=E9e aux cl=E9s primaires /=20
=E9trang=E8res, qui peuvent etre identiques pour des valeurs=20
diff=E9rentes dans chaque base, ce qui cr=E9e des conflits ou=20
une perte d'int=E9grit=E9 lors du passage dans la base=20
consolid=E9e.
L'id=E9al serait de trouver un outil qui pour chaque base=20
prenne les donn=E9es, regarde celles =E0 transf=E9rer / mettre =E0=20
jour, et effectue les transformations n=E9cessaires pour=20
=E9viter les conflits et conserver l'unicit=E9 et l'int=E9grit=E9=20
des donn=E9es, sans forc=E9ment g=E9rer une r=E9plication=20
automatique.
Est-ce possible en pratique ? J'ai commenc=E9 =E0 regarder du=20
c=F4t=E9 des ETL...
Est-ce plus simple de modifier le sch=E9ma de donn=E9es et=20
d'ajouter des champs en cl=E9 primaire pour identifier=20
chaque enregistrement de fa=E7on unique, en sachant que =E7a=20
impose de grosses modifications dans les applicatifs=20
utilisant ces bases ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
soit rajouter une colonnes identifiant dans toutes les tables l'origine de la donné, soit faire une base d'agrégat de type "multi dimensionnelle" , c'est à dire un modèle en étoile par exemple pour faire de l'OLAP....
A +
romainw a écrit:
bonjour,
je voulais savoir si quelqu'un ici avait déjà été confronté à un problème de consolidation de données à partir de plusieures sources hétérogènes : Access et SQL Server.
Voici le problème posé : à partir de plusieurs bases Access et SQL Server de structure identique, on me demande de consolider les données au sein d'une base SQL Server, pour avoir une vue "globale" de toutes les données. Le problème majeur est bien sûr liée aux clés primaires / étrangères, qui peuvent etre identiques pour des valeurs différentes dans chaque base, ce qui crée des conflits ou une perte d'intégrité lors du passage dans la base consolidée.
L'idéal serait de trouver un outil qui pour chaque base prenne les données, regarde celles à transférer / mettre à jour, et effectue les transformations nécessaires pour éviter les conflits et conserver l'unicité et l'intégrité des données, sans forcément gérer une réplication automatique.
Est-ce possible en pratique ? J'ai commencé à regarder du côté des ETL... Est-ce plus simple de modifier le schéma de données et d'ajouter des champs en clé primaire pour identifier chaque enregistrement de façon unique, en sachant que ça impose de grosses modifications dans les applicatifs utilisant ces bases ?
Merci pour vos témoignages.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
soit rajouter une colonnes identifiant dans toutes les tables l'origine de la
donné, soit faire une base d'agrégat de type "multi dimensionnelle" , c'est à
dire un modèle en étoile par exemple pour faire de l'OLAP....
A +
romainw a écrit:
bonjour,
je voulais savoir si quelqu'un ici avait déjà été
confronté à un problème de consolidation de données à
partir de plusieures sources hétérogènes : Access et SQL
Server.
Voici le problème posé : à partir de plusieurs bases
Access et SQL Server de structure identique, on me demande
de consolider les données au sein d'une base SQL Server,
pour avoir une vue "globale" de toutes les données. Le
problème majeur est bien sûr liée aux clés primaires /
étrangères, qui peuvent etre identiques pour des valeurs
différentes dans chaque base, ce qui crée des conflits ou
une perte d'intégrité lors du passage dans la base
consolidée.
L'idéal serait de trouver un outil qui pour chaque base
prenne les données, regarde celles à transférer / mettre à
jour, et effectue les transformations nécessaires pour
éviter les conflits et conserver l'unicité et l'intégrité
des données, sans forcément gérer une réplication
automatique.
Est-ce possible en pratique ? J'ai commencé à regarder du
côté des ETL...
Est-ce plus simple de modifier le schéma de données et
d'ajouter des champs en clé primaire pour identifier
chaque enregistrement de façon unique, en sachant que ça
impose de grosses modifications dans les applicatifs
utilisant ces bases ?
Merci pour vos témoignages.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
soit rajouter une colonnes identifiant dans toutes les tables l'origine de la donné, soit faire une base d'agrégat de type "multi dimensionnelle" , c'est à dire un modèle en étoile par exemple pour faire de l'OLAP....
A +
romainw a écrit:
bonjour,
je voulais savoir si quelqu'un ici avait déjà été confronté à un problème de consolidation de données à partir de plusieures sources hétérogènes : Access et SQL Server.
Voici le problème posé : à partir de plusieurs bases Access et SQL Server de structure identique, on me demande de consolider les données au sein d'une base SQL Server, pour avoir une vue "globale" de toutes les données. Le problème majeur est bien sûr liée aux clés primaires / étrangères, qui peuvent etre identiques pour des valeurs différentes dans chaque base, ce qui crée des conflits ou une perte d'intégrité lors du passage dans la base consolidée.
L'idéal serait de trouver un outil qui pour chaque base prenne les données, regarde celles à transférer / mettre à jour, et effectue les transformations nécessaires pour éviter les conflits et conserver l'unicité et l'intégrité des données, sans forcément gérer une réplication automatique.
Est-ce possible en pratique ? J'ai commencé à regarder du côté des ETL... Est-ce plus simple de modifier le schéma de données et d'ajouter des champs en clé primaire pour identifier chaque enregistrement de façon unique, en sachant que ça impose de grosses modifications dans les applicatifs utilisant ces bases ?
Merci pour vos témoignages.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
romainw
Pouvez vous m'en dire plus sur la 2eme solution ? OLAP c'est business object non ? Je suis malheureusement restreint à SQL Server. J'ai fait des recherches sur les bases de données de type multi dimensionnelles, je ne trouve pas grand chose dessus.
Merci de vous atttarder sur le pb ;)
-----Message d'origine----- soit rajouter une colonnes identifiant dans toutes les
tables l'origine de la
donné, soit faire une base d'agrégat de type "multi
dimensionnelle" , c'est à
dire un modèle en étoile par exemple pour faire de
l'OLAP....
Pouvez vous m'en dire plus sur la 2eme solution ? OLAP
c'est business object non ? Je suis malheureusement
restreint à SQL Server. J'ai fait des recherches sur les
bases de données de type multi dimensionnelles, je ne
trouve pas grand chose dessus.
Merci de vous atttarder sur le pb ;)
-----Message d'origine-----
soit rajouter une colonnes identifiant dans toutes les
tables l'origine de la
donné, soit faire une base d'agrégat de type "multi
dimensionnelle" , c'est à
dire un modèle en étoile par exemple pour faire de
Pouvez vous m'en dire plus sur la 2eme solution ? OLAP c'est business object non ? Je suis malheureusement restreint à SQL Server. J'ai fait des recherches sur les bases de données de type multi dimensionnelles, je ne trouve pas grand chose dessus.
Merci de vous atttarder sur le pb ;)
-----Message d'origine----- soit rajouter une colonnes identifiant dans toutes les
tables l'origine de la
donné, soit faire une base d'agrégat de type "multi
dimensionnelle" , c'est à
dire un modèle en étoile par exemple pour faire de
