Discussion :

[cladoo]

Bonjour,

je travaille avec des bases MySQL dont je souhaite gérer la mise à jour par des dépôts de scripts .sql contenant les instructions nécessaires dans des répertoires dédiés qu'ira scruter une appli qui tour en tâche de fond afin de les exécuter sur la base associée (code d'initialisation du projet).

J'ai une base de test que je tiens à jour et que je synchronise avec l'analyse de mon projet, et des bases de production ayant la même structure donc devant recevoir les instructions de modification (ALTER TABLE...) via des fichiers .sql donc, que j'ai appliqué à ma base de test.

Imaginons que la version de mon analyse compilée soit la v1.2 (synchronisée sur ma base de test) et que la version précédente dans mon application déployée soit la v1.1 (donc n'ayant pas encore les modifications générées dans la v1.2) :
Arrêtez moi si je dis un bêtise mais :
Au moment du déploiement, est-ce que je ne risque pas d'avoir un message d'erreur m'indiquant que la version de l'analyse de l'application nouvellement déployée diffère, générant une erreur fatale ? En effet pour mettre à jour la structure de la base mySQL via le fichier .sql je dois m'y connecter et à ce moment la couche logique de l'analyse est vérifiée (sauf erreur de ma part), ainsi la version déployée étant la v1.2, elle va différer de la structure de la base précédente v1.1 générant une erreur et empêchant de continuer le traitement, donc de mettre à jour l'analyse déployée par le script (c'est un peu le serpent qui se mord la queue non ?)

Comment gérer cette mise à jour de base dans ce cas ?

Merci

[DelphiManiac]

Je ne suis pas sûr que ça génère une erreur avec les tables autres que HF.

Sinon quand on fait ça en HF, on fait un houvre qui déclenche une exception récupérable par "quand exception dans" et à ce moment on lance le traitement permettant de mettre à jour les tables. Il est préférable de tester le numéro d'erreur lors de l'exception pour être sûr que c'est bien bien une erreur liée à la structure.

[hpascal]

Bonjour

Il n'y a pas de contrôle à ce niveau

ça génèrera juste une erreur (à intercepter) si tu accèdes à un fichier et que sa structure n'est pas la même dans l'analyse

[DelphiManiac]

Bonjour

Il n'y a pas de contrôle à ce niveau

ça génèrera juste une erreur (à intercepter) si tu accèdes à un fichier et que sa structure n'est pas la même dans l'analyse

Si ça génère une erreur, cela signifie qu'il y a un contrôle

[cladoo]

Merci pour vos réponses.

Donc si je me contente de me connecter via HChangeConnexion ou SQLChangeConnexion, tant que je ne tente pas de lire/écrire dans le fichier je n'aurai pas d'erreur ?

[laurent30s]

Si ça génère une erreur, cela signifie qu'il y a un contrôle

de souvenir il me semble qu'il n'y a pas de contrôle windev...
Si des rubriques on étaient ajoutées pour un fichier dans mysql et pas dans windev il n'y a pas de problème

Par contre si on supprime des rubriques dans mysql et pas dans windev alors là mysql crie... est c'est normal...

[DelphiManiac]

Merci pour vos réponses.

Donc si je me contente de me connecter via HChangeConnexion ou SQLChangeConnexion, tant que je ne tente pas de lire/écrire dans le fichier je n'aurai pas d'erreur ?

C'est le comportement que l'on a avec l'accès HF (Classic ou Serveur)

[laurent30s]

Merci pour vos réponses.

Donc si je me contente de me connecter via HChangeConnexion ou SQLChangeConnexion, tant que je ne tente pas de lire/écrire dans le fichier je n'aurai pas d'erreur ?

c'est ça...
Tu peux même lire/écrire tant que tu n'invoques pas des rubriques suprimées dans mysql et pas dans l'analyse windev. Mais si c'est la cas tu ne risques rien, tu auras juste une erreur mysql...

[cladoo]

Ok merci.

Du coup en testant la mise à jour de cette manière, j'ai remarqué que si plusieurs instructions sont dans le même fichier .SQL, si l'une des instructions autre que la première contient une erreur, ni HExecuteRequêteSQL, ni SQLExec ne renvoient d'erreur, le première "faisant fois" pour les autres (alors que toutes les instructions sont bien exécutées)

Il convient donc d'encapsuler les différentes instructions du fichier dans une transaction en les exécutant toutes séparément et en testant chaque retour.

Bref ça a l'air de marcher.

[hpascal]

Si ça génère une erreur, cela signifie qu'il y a un contrôle

On est d'accord, quand je disais pas de contrôle je parlais du démarrage de l'application.
Mais comme tu le dis plus loin c'est pareil pour HF

Sauf qu'en général pour HF il y a souvent un HCréationSiInexistant en début de projet qui se charge de rouspéter si la structure n'est pas bonne