> la question n'est pas si c'est possible, mais si c'est rapide à faire (ce n'est pas du tout l'objet de mon stage et si je le propose alors va falloir que je le fasse, et donc j'ai interet à bien evluer le coût en temps!
PostgreSQL étant étoffé, ça doit être possible. Si mssql ne fait que base de donnée et qu'il n'y a pas de procédures embarquées, je pense que quelqu'un qui connait bien mssql et PostgreSQL fait ça rapide.
Au début, discutes avec le développeur de la base mssql. Demandes s'il a utilisé des trucs "exotiques", quelle sont les fonctionnalitées les plus avancées qui sont utilisées. Demandes le nombre de tables consernées et si le type des données est "standard" (surtout pour les dates). Demandes s'il y a des trucs stupides comme "9-9-99 => date non renseignée".
Après t'être familliarisé avec PostgreSQL, demandes un dump de mssql au format SQL. L'intérêt de partir d'un dump SQL et de ne pas utiliser une moulinette, c'est que tu vois précisément ce qui doit être fait. Une moulinet va peut-être virer des trucs qui sont importants et tu vas ramer pour trouver le problème. Corriges les problèmes triviaux. Pour les points dures, demandes à celui qui a fait la base mssql pour t'assurer que tu vois bien ce qu'il faut faire. Il est très important d'être sûre de ne pas passer a côté de quelques choses. Ceci dit, ça dépends des bases et certaines sont très simples.
Cette premier phase d'importation peut-être faite rapidement !
Donc fais ça dans un coin (en heure sup :-( ). Ou dit a ton bosse que tu vas prendre une demi-journée pour évaluer le portage de mssql à PostgreSQL.
Idéalement, fais ça après assez bien connaitre PostgreSQL et si possible avec un développeur mssql qui n'est pas loin.
Pour me répéter, fais ça en trois phases :
- une première pour dégrossir en une journée maxi. Tu peux faire ça officiellement ou non.
- En fonction de la perception de la première phase regardes s'il est "raisonnable" de faire le portage vers PostgreSQL. Estimes le temps nécessaire.
- Portage complet + test.
> et aussi quels arguments apporter par rapport a un mssqlserver(je crois que mssql c'est payant, deja, et ça ca peut faire la différence,
Le prix est un faut problème ici. Regardes combien tu coûtes pour une journée :-)
Prend en compte le fait que tu devras peut-être formée une autre personne à PostgreSQL, etc...
> mais si la migration est trop pete couille...
Franchement, puisque ce n'est pas une priorité, ne le fait pas !
Ou fais le à la fin de ton stage au lieu de jouer au solitaire :-)
[^] # Re: critiques utiles (j'espère)
Posté par 007 . En réponse au journal Quel framework?. Évalué à 2.
PostgreSQL étant étoffé, ça doit être possible. Si mssql ne fait que base de donnée et qu'il n'y a pas de procédures embarquées, je pense que quelqu'un qui connait bien mssql et PostgreSQL fait ça rapide.
Au début, discutes avec le développeur de la base mssql. Demandes s'il a utilisé des trucs "exotiques", quelle sont les fonctionnalitées les plus avancées qui sont utilisées. Demandes le nombre de tables consernées et si le type des données est "standard" (surtout pour les dates). Demandes s'il y a des trucs stupides comme "9-9-99 => date non renseignée".
Après t'être familliarisé avec PostgreSQL, demandes un dump de mssql au format SQL. L'intérêt de partir d'un dump SQL et de ne pas utiliser une moulinette, c'est que tu vois précisément ce qui doit être fait. Une moulinet va peut-être virer des trucs qui sont importants et tu vas ramer pour trouver le problème. Corriges les problèmes triviaux. Pour les points dures, demandes à celui qui a fait la base mssql pour t'assurer que tu vois bien ce qu'il faut faire. Il est très important d'être sûre de ne pas passer a côté de quelques choses. Ceci dit, ça dépends des bases et certaines sont très simples.
Cette premier phase d'importation peut-être faite rapidement !
Donc fais ça dans un coin (en heure sup :-( ). Ou dit a ton bosse que tu vas prendre une demi-journée pour évaluer le portage de mssql à PostgreSQL.
Idéalement, fais ça après assez bien connaitre PostgreSQL et si possible avec un développeur mssql qui n'est pas loin.
Pour me répéter, fais ça en trois phases :
- une première pour dégrossir en une journée maxi. Tu peux faire ça officiellement ou non.
- En fonction de la perception de la première phase regardes s'il est "raisonnable" de faire le portage vers PostgreSQL. Estimes le temps nécessaire.
- Portage complet + test.
> et aussi quels arguments apporter par rapport a un mssqlserver(je crois que mssql c'est payant, deja, et ça ca peut faire la différence,
Le prix est un faut problème ici. Regardes combien tu coûtes pour une journée :-)
Prend en compte le fait que tu devras peut-être formée une autre personne à PostgreSQL, etc...
> mais si la migration est trop pete couille...
Franchement, puisque ce n'est pas une priorité, ne le fait pas !
Ou fais le à la fin de ton stage au lieu de jouer au solitaire :-)