Répétez apres moi :J'aime PBAdonf. J'aime PBAdonf. J'aime PBAdonf.
Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Annonce
Dans la rubrique Liens & Références, vous avez accès à un sommaire de téléchargement, profitez-en !
Il existe maintenant un nouveau TOPIC "Votre CV en Ligne" accessible uniquement par demande.
#1 10-06-2009 13:27:57
- tommasic
- Membre
- Lieu: Belgique
- Date d'inscription: 10-06-2009
- Messages: 13
- Pépites: 7
- Banque: 0
changement de SGBD
Bonjour tout le monde. Je suis nouveau sur ce site et pas très expérimenté en programmation PB. C'est pourquoi je sollicite votre aide.
La boîte dans laquelle je travaille, envisage de changer de SGBD: passer de Oracle en DB2, par exemple.
J'aimerais savoir quelles seraient les conséquences pour moi. Sachant que je ne fais que des requêtes simple dans mes programmes.
Merci d'avance pour votre aide.
Hors ligne
#2 10-06-2009 13:40:19
- rincevent
- Modérateur
- Lieu: Belgique
- Date d'inscription: 06-02-2007
- Messages: 722
- Pépites: 100,002,023
- Banque: 0
Re: changement de SGBD
Bonjour et bienvenue à toi
personnellement je rangerai ce genre de décision entre le suicide et la folie furieuse ^^ (c'est réellement mon avis)
Si t'as vraiment que des SQL très simples select...from...where NORMALEMENT ça devrait passer facilement mais on a vite fait d'oublier qu'on utilise telle et telle fonction spécifique de son SGBD.
en tout cas c'est qqchose qu'il faut impérativement bien analyser avant de se lancer, les conséquences peuvent être catastrophiques.
Dernière modification par rincevent (10-06-2009 13:40:46)
Pourquoi ne puis-je vivre comme n'importe quel être humain ? Pourquoi mon destin est-il de ne pouvoir cesser de me battre ?
Hors ligne
#3 10-06-2009 16:07:13
- tommasic
- Membre
- Lieu: Belgique
- Date d'inscription: 10-06-2009
- Messages: 13
- Pépites: 7
- Banque: 0
Re: changement de SGBD
Merci pour ta réponse rapide.
Malheureusement, ce n'est pas moi qui décide de ce passage à l'acte, ma tâche ne consiste qu'à évaluer la faisabilité réelle et le temps nécessaire pour effectuer ces modifications dans des programmes que je n'ai pas écrit moi-même.
Et là, je patauge un peu...
Hors ligne
#4 11-06-2009 07:15:28
- buck
- Modérateur
- Lieu: Dijon
- Date d'inscription: 31-07-2008
- Messages: 747
- Pépites: 1,028,843
- Banque: 171,170,849,654
Re: changement de SGBD
Bonjour,
Dans ce genre de migration, le mieux est de disposer de PowerAMC qui va te permettre de transposer ton schéma de base de données d'ORACLE vers DB2 (reverse engineering de la base Oracle et création du script SQL DB2 pour récréer le schéma de la base de données).
Après les requêtes relativement simple, il est probable que ce soit directement compatible. Je ferais quand même un inventaire avant le nombre de datawindows éventuelles et de requête embedded SQL un peu plus complexe (jointures, agrégats, ...) pour évaluer le temps de migration.
Hors ligne
#5 11-06-2009 07:22:35
- JCZ
- Builder Power
- Lieu: 75019 paris
- Date d'inscription: 21-05-2007
- Messages: 1724
- Pépites: 496,453,703,213
- Banque: 9,223,372,036,854,776,000
Re: changement de SGBD
il faut faire attention aussi si tu as des triggers.
Cela existe t il dans le SGBD de destination
Le mieux est de faire un test a partir d'un echantillion representatif ( dans la complexite ) de ton appli
tu y verras plus claire sur les modif a effectuer et le temps de realisation
Face à l'agression, la puissance de l'intelligence
Hors ligne
#6 11-06-2009 10:27:19
- foon
- N2iGeek + MangasGeek = foon
- Lieu: Bonchamp-Lès-Laval
- Date d'inscription: 28-02-2007
- Messages: 2486
- Pépites: 85
- Banque: 9,223,372,036,854,776,000
Re: changement de SGBD
Pour info, il existe des concepts dans Oracle n'ayant pas d'équivalents dans d'autres SGBD, notamment les packages.
A voir si tu utilises ceux-ci dans ton application actuellement.
De même, la notation des jointures sous Oracle n'est pas standard (Sauf si tu as utilisé la notation SQL ANSI). Tous ces points (Et bien d'autres!) sont à vérifier avant d'envisager une migration, car cela peut être coûteux à convertir.
Seuls ceux qui ne font rien ne font jamais d'erreurs
Hors ligne
#7 11-06-2009 11:42:57
- tommasic
- Membre
- Lieu: Belgique
- Date d'inscription: 10-06-2009
- Messages: 13
- Pépites: 7
- Banque: 0
Re: changement de SGBD
Bonjour,
Dans ce genre de migration, le mieux est de disposer de PowerAMC qui va te permettre de transposer ton schéma de base de données d'ORACLE vers DB2 (reverse engineering de la base Oracle et création du script SQL DB2 pour récréer le schéma de la base de données).
Je dispose du logiciel mais aucune base de données n'a été modelisée par l'informaticien qui a développé les logiciels et tout refaire me prendrait certainement plus de temps que de m'en passer.
Evidemment une série de test est prévue avant le passage à l'acte définitif, il s'agit pour moi de déterminer le nombre théoriques d'heures de travail que cela pourrait nécessiter avant de pouvoir effectuer cette série de test.
Je vous remercie cependant pour toutes ces informations.
Je ne mets pas encore cette discution en [RESOLU] dans le cas où certains auraient d'autres idées.
Hors ligne
#8 11-06-2009 11:50:16
- erasorz
- Admin
- Lieu: Babylone
- Date d'inscription: 23-11-2006
- Messages: 5121
- Pépites: 97,197
- Banque: 2,147,483,647
Re: changement de SGBD
juste pour info, quelles sont les raisons qui vous poussent à remplacer Oracle par DB2 ?
N'envoyez jamais un humain faire le travail d'un programme.
Hors ligne
#9 11-06-2009 12:28:37
- buck
- Modérateur
- Lieu: Dijon
- Date d'inscription: 31-07-2008
- Messages: 747
- Pépites: 1,028,843
- Banque: 171,170,849,654
Re: changement de SGBD
Bonjour,
PowerAMC te permet justement de recréer le schéma de la base de données (MPD) existantes en lisant les tables systèmes de la base existante (=> reverse engineering).
Puis tu choisis, ton nouveau système de base de données cible (DB2), il te générera le script SQL (SQL DB2) compatible pour recréer la base de données en DB2.
Hors ligne
#10 11-06-2009 12:38:42
- erasorz
- Admin
- Lieu: Babylone
- Date d'inscription: 23-11-2006
- Messages: 5121
- Pépites: 97,197
- Banque: 2,147,483,647
Re: changement de SGBD
buck a écrit:
Bonjour,
PowerAMC te permet justement de recréer le schéma de la base de données (MPD) existantes en lisant les tables systèmes de la base existante (=> reverse engineering).
Puis tu choisis, ton nouveau système de base de données cible (DB2), il te générera le script SQL (SQL DB2) compatible pour recréer la base de données en DB2.
oui
ensuite, "il n'y a plus qu'à" exporter et importer les schémas, lignes, procédures, triggers...
N'envoyez jamais un humain faire le travail d'un programme.
Hors ligne
#11 11-06-2009 13:41:56
- tommasic
- Membre
- Lieu: Belgique
- Date d'inscription: 10-06-2009
- Messages: 13
- Pépites: 7
- Banque: 0
Re: changement de SGBD
erasorz a écrit:
juste pour info, quelles sont les raisons qui vous poussent à remplacer Oracle par DB2 ?
Si j'ai bien suivi le problème, il s'agit simplement de faire des économies. DB2 n'étant qu'un exemple... ce n'est pas sur que ce système sera utilisé.
Je précise aussi que je ne serai pas chargé d'effectuer cette modification de la base de données mais juste d'adapter les programmes dont j'ai repris la maintenance et l'optimisation.
Hors ligne
