Migration BDD
Pendragon509
-
Pendragon509 -
Pendragon509 -
Bonjour,
En ce moment en grand projet de migration de Base de données, j'ai cherché dans plusieurs des méthodes ou des astuces afin de dégrossir le problème de la migration. Malheuresement sur ce sujet, on ne trouve que très peu d'infos.
Pourrait on envisager de mettre le sujet dans CCM?
Merci d'avance
En ce moment en grand projet de migration de Base de données, j'ai cherché dans plusieurs des méthodes ou des astuces afin de dégrossir le problème de la migration. Malheuresement sur ce sujet, on ne trouve que très peu d'infos.
Pourrait on envisager de mettre le sujet dans CCM?
Merci d'avance
A voir également:
- Migration BDD
- Migration windows 7 vers windows 10 - Accueil - Mise à jour
- Migration windows 10 vers windows 11 gratuit - Guide
- Migration base access vers sql server - Télécharger - Gestion de données
- Test migration windows 11 - Guide
- Freebox pop s migration - Guide
4 réponses
Question trop vague.
Tu veux dire: Migrer d'un type de serveur SQL vers un autre ?
Est-ce qu'il y a juste des tables+contraintes+données à migrer, ou bien est-ce qu'il y a d'autres choses (procédures stockées, packages DTS ou batchs SQL*Loader, etc.) ?
Tu veux dire: Migrer d'un type de serveur SQL vers un autre ?
Est-ce qu'il y a juste des tables+contraintes+données à migrer, ou bien est-ce qu'il y a d'autres choses (procédures stockées, packages DTS ou batchs SQL*Loader, etc.) ?
Bonjour,
J'avoue que ce que je demande est vague mais c'est justement "fait pour". Ce que je voudrais trouver en fait ce n'est pas une méthode pour migrer (par exemple) une base access vers MySQL. C'est bien plus général que ça car je voufrais une méthode universelle, j'entends par là, qu'elle ne dépende d'aucun SGBD en particulier.
Cette méthode pour moi doit justement reprendre t'as dernière phrase de ton mail :'Est-ce qu'il y a juste des tables+contraintes+données à migrer, ou bien est-ce qu'il y a d'autres choses (procédures stockées, packages DTS ou batchs SQL*Loader, etc.) ?'
Reprendre donc les différents cas de figure hiérarchiquement. Par exemple (car ce sera peut être un peu plus clair)
1-Analyse de l'existant
2-Que faut-il migrer
3-Les systèmes qui correspondent à votre besoin.
Je cherche donc une méthode qui revient à retranscrire toutes les questions que l'on doit se poser pour effectuer une bonne migration (et ne rien oublier en chemin).
merci de l'intérêt porté à mon message
J'avoue que ce que je demande est vague mais c'est justement "fait pour". Ce que je voudrais trouver en fait ce n'est pas une méthode pour migrer (par exemple) une base access vers MySQL. C'est bien plus général que ça car je voufrais une méthode universelle, j'entends par là, qu'elle ne dépende d'aucun SGBD en particulier.
Cette méthode pour moi doit justement reprendre t'as dernière phrase de ton mail :'Est-ce qu'il y a juste des tables+contraintes+données à migrer, ou bien est-ce qu'il y a d'autres choses (procédures stockées, packages DTS ou batchs SQL*Loader, etc.) ?'
Reprendre donc les différents cas de figure hiérarchiquement. Par exemple (car ce sera peut être un peu plus clair)
1-Analyse de l'existant
2-Que faut-il migrer
3-Les systèmes qui correspondent à votre besoin.
Je cherche donc une méthode qui revient à retranscrire toutes les questions que l'on doit se poser pour effectuer une bonne migration (et ne rien oublier en chemin).
merci de l'intérêt porté à mon message
C'est peut être une suggestion à faire pour "comment ça marche"?
Je cherche des articles sur le sujet mais je n'ai trouvé que peu de choses. Voici les liens que j'ai trouvé pour le moment
http://solutions.journaldunet.com/0501/050124_experts_migration.shtml
http://solutions.journaldunet.com/0501/050124_intro_migration.shtml
Le souci de ces articles c'est qu'ici la migration passe pour une simple gestion de projet, et ils ne fournissent que des arguments pour la sélection du produit sur lequel migrer... C'est un début.
Je cherche des articles sur le sujet mais je n'ai trouvé que peu de choses. Voici les liens que j'ai trouvé pour le moment
http://solutions.journaldunet.com/0501/050124_experts_migration.shtml
http://solutions.journaldunet.com/0501/050124_intro_migration.shtml
Le souci de ces articles c'est qu'ici la migration passe pour une simple gestion de projet, et ils ne fournissent que des arguments pour la sélection du produit sur lequel migrer... C'est un début.
