PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV (précédentes versions) → Migration HyperFile vers MySql
Migration HyperFile vers MySql
Débuté par Tania P., 29 déc. 2015 11:54 - 12 réponses
Membre enregistré
22 messages
Posté le 29 décembre 2015 - 11:54
Bonjour,
je dois étudier la migration de la base HyperFile vers MySQL.
Quel premier conseil donneriez-vous?

Merci
Tania
Posté le 29 décembre 2015 - 16:54
Bonjour,

ne pas le faire ?

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com


On 12/29/2015 5:54 AM, Tania P. wrote:
Bonjour,
je dois étudier la migration de la base HyperFile vers MySQL.
Quel premier conseil donneriez-vous?

Merci
Tania
Membre enregistré
204 messages
Popularité : +4 (8 votes)
Posté le 29 décembre 2015 - 19:38
Les même points que toujours.

La compatibilité avec le système existant.
La rapidité des requêtes.
Si la base de données va bien se "scaller"
Le cout
...
Membre enregistré
22 messages
Posté le 30 décembre 2015 - 09:08
Bonjour,
La lecture assidue des forums nous a amené à prendre en compte les remarques sur la "fiabilité" de la base HFSQL.
Nous avons commencé par modifier le code de l'application en changeant les Hlitxxx par des requêtes SQL (HExécuteRequêteSQL).
J'ai bien conscience que notre application qui tournera avec au plus 200 adhérents (passation de commande, fiche produits, forum, messagerie interne, stockage de documents) ne va pas poser de problème de performance en HFSQL mais comme elle est conçue pour être multi-associations au sein de notre réseau associatif, la question de la base HFSQL vs MySql s'est posée.

Voila pour notre interrogation.
Et merci pour vos réponses.
Tania
Posté le 30 décembre 2015 - 12:23
Bonjour Tania,

Avec Mysql :
- installation complètement séparée (obligatoire ne serait ce que pour
la licence)
- installation plus complexe
- à chaque changement dans l'analyse, nécessité de coder des alter table
- et non, contrairement à ce que tu à l'air de suggérer, ce n'est pas
plus fiable.

Avec HFSQL :
- complètement intégré au système
- rien à faire ou presque à l'install
- rien à faire dans les changements d'analyse
- depuis +de 20 ans que je l'utilise, chez moi et presque tous mes
clients, fiabilité exceptionnelle

Donc, comme je le disais, l'idée est de ne PAS le faire

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com


On 12/30/2015 3:08 AM, Tania P. wrote:
Bonjour,
La lecture assidue des forums nous a amené à prendre en compte les
remarques sur la "fiabilité" de la base HFSQL.
Nous avons commencé par modifier le code de l'application en changeant
les Hlitxxx par des requêtes SQL (HExécuteRequêteSQL).
J'ai bien conscience que notre application qui tournera avec au plus
200 adhérents (passation de commande, fiche produits, forum, messagerie
interne, stockage de documents) ne va pas poser de problème de
performance en HFSQL mais comme elle est conçue pour être
multi-associations au sein de notre réseau associatif, la question de la
base HFSQL vs MySql s'est posée.

Voila pour notre interrogation.
Et merci pour vos réponses.
Tania
Membre enregistré
204 messages
Popularité : +4 (8 votes)
Posté le 04 janvier 2016 - 14:43
@Fabrice, sans voulloir partir un débat.

Pour faire une comparaison impartiale entre les 2, il ne faut pas avoir de favoris.

On effectue des changements directement dans l'analyse uniquement pour les base HFSQL.
Pour toutes les autres, on effectue le changement dans leur propres BD et ensuite on syncronise l'analyse avec les changements.

Il y a des avantages et des inconvéniants aux 2 systèmes, faut pas juste dire des avantages à l'un et des désavantages à l'autre.
Posté le 05 janvier 2016 - 12:42
Bonjour Mathieu,


On effectue des changements directement dans l'analyse uniquement pour
les base HFSQL.
Pour toutes les autres, on effectue le changement dans leur propres BD
et ensuite on syncronise l'analyse avec les changements.



Tout à fait d'accord... et on doit le faire pour CHAQUE CLIENT INSTALLE !
Si ce n'est pas un désavantage, je ne sais pas ce que désavantage veut
dire...

>
> Il y a des avantages et des inconvéniants aux 2 systèmes, faut pas juste
> dire des avantages à l'un et des désavantages à l'autre.

Et je ne vois AUCUN avantage listé dans ton message.
Ce n'est pas du favoritisme... c'est plus de 20 ans sur le terrain avec
les produits pcsoft.

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile Intern
Membre enregistré
204 messages
Popularité : +4 (8 votes)
Posté le 05 janvier 2016 - 15:05
Je lui conseillais simplement de faire sa propre analyse en se basant sur certains critères.

Je n'ai cité que des critères, je n'ai pas dis que l'un était meilleur que l'autre.

Pour le désavantage de devoir faire la modification chez tous les clients, c'est un désavantage uniquement si on a plusieurs clients.

Mais comme je répète, on ignore pas mal de chose sur sa situation qui lui est propre. Pour avoir une analyse éclairer sur ce qui est mieux pour lui, il est le mieux placé pour décider.
Posté le 05 janvier 2016 - 16:03
Mathieu BROUSSEAU a écrit :

Pour le désavantage de devoir faire la modification chez tous les clients, c'est un désavantage uniquement si on a plusieurs clients.


Ce qui bien entendu, est extêment rare:D
Posté le 06 janvier 2016 - 12:41
Bonjour Marie,

tu serais surprise par le nombre de développeurs windev qui n'utilisent
le produit que pour du développement interne à leur compagnie... Donc,
non, n'avoir qu'un seul client n'est pas très rare, mais même un
développeur interne devrait avoir au minimum DEUX DBs, test et
production, et donc, les manips à faire deux fois exactement pareil à
chaque fois, ou des ALTER TABLE...

Bref, le seul cas ou j'utilise autre chose que HF, c'est quand on doit
partager des données existantes avec un autre soft, ou quand le client
est pret à payer en plus pour le travail en plus :-)

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com


On 1/5/2016 10:03 AM, Marie wrote:
Mathieu BROUSSEAU a écrit :

Pour le désavantage de devoir faire la modification chez tous les
clients, c'est un désavantage uniquement si on a plusieurs clients.


Ce qui bien entendu, est extêment rare:D
Membre enregistré
240 messages
Popularité : +3 (3 votes)
Posté le 06 janvier 2016 - 13:41
Après avoir passé autant de temps à utiliser un produit qui passe son temps à "assister" le développeur, normal que vous n'ayez plus le sens de l'argumentation cohérente. On l'a bien compris, vous parlez d' HFSQL comme un mordu d'Apple parlerait de son Macbook : le reste n'est que désavantage parce qu'il y a quelques contraintes à prendre en compte (et bon je ne veux pas dire, mais les développeurs de formation sont tout de même capables de gérer un déploiement et quelques ALTER TABLE bien placés). Il faudra un jour ou l'autre le reconnaitre : il existe de nombreuses bases de données et de nombreux produits et/ou langages qui font tout à fait le poids face aux outils proposés par Windev. Vous ne voulez simplement par l'admettre. Je reviens toujours avec le même exemple, mais tentez de parser un fichier XML de 650 Mo avec une machine de dév. possédant 4 Go de mémoire puis faites la même chose avec l'API StaX2 en Java et on verra lequel des deux l'emporte haut la main.

--
Vincent
Posté le 07 janvier 2016 - 13:18
Bonjour Vincent,

On 1/6/2016 7:41 AM, Vincent Lecomte wrote:
Après avoir passé autant de temps à utiliser un produit qui passe son
temps à "assister" le développeur, normal que vous n'ayez plus le sens
de l'argumentation cohérente. On l'a bien compris, vous parlez d' HFSQL


Heureux de l'apprendre... Ca fait + de 20 ans que j'y suis, et que
j'utilise HF par choix et tous les autres quand mes clients en
consulting m'y obligent.

J'ai donc de TRES BON points de comparaison... Et je suis le premier à
critiquer certains modules (comme la réplication, par exemple)

Ce que je dis ici, c'est que vouloir passer à Mysql de HF pour des
question de soi disant fiabilité est une erreur.

Je ne dis pas, et je n'ai jamais dit que les autres bases de données ne
sot pas performantes. Il semblerait que tu devrais apprendre à lire.

Tout ce que je dis, c'est que HF ajoute des fonctions non dispo
ailleurs, et que si tu veux t'emmerder à mettre à jour à la main des
centaines d'install, il vaut mieux que ton client, ou ton patron, soit
prêt à payer pour ca...

Cordialement
--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com



comme un mordu d'Apple parlerait de son Macbook : le reste n'est que
désavantage parce qu'il y a quelques contraintes à prendre en compte (et
bon je ne veux pas dire, mais les développeurs de formation sont tout de
même capables de gérer un déploiement et quelques ALTER TABLE bien
placés). Il faudra un jour ou l'autre le reconnaitre : il existe de
nombreuses bases de données et de nombreux produits et/ou langages qui
font tout à fait le poids face aux outils proposés par Windev. Vous ne
voulez simplement par l'admettre. Je reviens toujours avec le même
exemple, mais tentez de parser un fichier XML de 650 Mo avec une machine
de dév. possédant 4 Go de mémoire puis faites la même chose avec l'API
StaX2 en Java et on verra lequel des deux l'emporte haut la main.

--
Vincent
Posté le 01 octobre 2018 - 13:37
Bonjour à vous tous,

La raison pour laquelle de nombreux développeur pose cette question fréquemment c'est parce que la base de donnée HyperfileSQL n'est pas accessible depuis la plus part des langages de programmation tels que Java ou Python.
En effet, Il existe un moyen de se connecter à la base HFSQL en utilisant " ODBC " mais ce dernier présente trop de Bugs.
Y aura t'il un moyen de se connecter directement à la base HF ? et comment , sans passer par les driver ODBC ?

Mercie