Discussion :

[pascal80132]

Bonjour,

j'aimerais avoir un retour d'informations sur les personnes ayant migré leur projet et connaître les contraintes de migration, les choses à ne pas faire etc.
Du style comment sont gérés les mémos textes et binaires, quelles sont les limites, avez-vous rencontré des problèmes particuliers avec la gestion des curseurs des accés natifs etc
Vaut-il mieux être sous Windows ou Linux pour le SGBD ?

Je précise que le choix de la base s'oriente vers SqlServer ou Oracle.


Merci d'avance pour votre concours

Pascal

[Emmanuel Lecoester]

Bonjour,

Bonjour,
j'aimerai avoir un retour d'informations sur les personnes ayant migrées leur projet et connaître les contraintes de migration, les choses à ne pas faire etc.

Chaque migration d'une application WinDev vers un autre SGBD est unique. Nous avons bien des retours d'expérience de migration (Oracle, MySQL) mais ils sont souvent liés à des modes de programmation utilisés : utilisation des ordres Hxxx, utilisation des ordres SQLxxx, utilisation des alias, utilisation des indirections. Autant de modes qui rendent chaque migration différente.

Du style comment sont gérés les mémo texte et binaire, quelles sont les limites, avez-vous rencontrés des problémes particuliers avec la gestion des curseurs des accés natifs etc

Heureusement pour nous les SGBD nous offrent des types de données comparables à ceux disponibles en HyperFile (Blob Oracle pour les mémos binaires par exemple). Par contre chose très importante : on n'appréhende pas de la même façon un développement sur SGBD que sur HyperFile. Les requêtes sont de rigueur sur un SGBD.

Vaut-il mieux être sous Windows ou Linux pour le SGBD ?

Pas d'idée fixe sur ce point. A voir avec l'infrastructure de votre SI et les compétences internes.

Je précise que le choix de la base s'oriente vers SqlServer ou Oracle.

Le comparatif http://fadace.developpez.com/sgbdcmp/ peut vous aider. Ensuite il y a le débat "Oracle VS SQLServer". Sinon je suis désolé, même réponse que précédemment : à voir en fonction de vos besoins avec l'infrastructure de votre SI et les compétences internes.

Dans la migration il faut aussi prendre en compte le nombre d'objets impactés par la migration, le délai du projet, la formation des développeurs sur la nouvelle méthode de développement, la revue éventuelle du modèle de données...

En espérant vous avoir donner des éléments de réponse.

PS : que répond le ST sur votre problème ?