Discussion :

[sigmatc24]

Bonjour,

Je viens de créer un état dans un projet avec une analyse en me connectant à une base de données mySQL et en utilisant l'assistant de création de l'état. tout s'est bien passé.

Maintenant, je crée un autre projet sans analyse et j'importe cet état. bien entendu aucune donnée ne s'affiche dans cet état car il n'y a encore aucune source de données liée à cet état.


Mon objectif est de travailler en mode déconnecté, je ne veux pas garder toujours une connexion à la base de données pour minimiser les risques de corruption des tables, surtout dans un environnement très concurrentiel.

Donc pour un traitement x:

J'ouvre la connexion en utilisant SQLConnecte("localhost","root","password","base","MySQL").

j'exécute une requête avec SQLExec("SELECT * FROM table","marequete").

et je ferme la connexion avec SQLFerme().


Ma question est: Comment associer une source de données mySQL à cet état ?

Merci pour votre aide

[tatayo]

Bonjour,
Je ne vois pas en quoi garder une connexion permanente sur la base de données présente un risque de corruption pour les tables.
Tant que tu ne lances pas de requête, il n'y a aucune action sur la base.
Et pour lancer une requête, il faut être connecté à la base.
Bref pour moi c'est une fausse solution à un faux problème.

Maintenant pour répondre à ta question: pour pouvoir utiliser les données de la base de données, sans être connecté à cette base de données, la seule solution est d'en avoir une copie en local (en mémoire, dans des fichiers HF...).

Tatayo.

[michel.souris]

Je pense que si vous travaillez avec les instructions SQL* la seule solution est de programmer l'alimentation de votre état.

Maintenant je suis d'accord avec tatayo, l'idée de ne pas garder de connexion à la base "pour limiter les risques de corruption des tables" est plutôt étonnante et je ne suis pas sûr que cela présente un intérêt.

[sigmatc24]

OK les gars, venant de l'avis d'experts. ça me rassure plus.

Jusqu'à présent, j'ai beaucoup d'applis développées en visual studio suivant cette philosophie. et je n'ai eu de très très peu de crashs des tables mySQL nécessitant obligatoirement une réparation comme vous le savez.

Maintenant, je suis tenté de travailler en mode -Toujours connecté-. j'espère que j'aurais toujours cette stabilité et robustesse auxquelles je me suis habituées.

Néanmoins, d'autres suggestions seront les bienvenues si quelqu'un à une solution à ma question.

Merci les gars.

[tbc92]

J'utilise peu Etats Et Requetes... mais de mémoire , tu peux procéder ainsi :

- Tu développes ton état d'édition en utilisant comme source de données une requête.
- Indépendamment, Tu exécutes ta requête sur un jeu de données quelconque, et tu génères un fichier TXT ( par exemple séparateur Tabulation, c'est le plus standard.)
- Tu modifies ton état d'édition, pour dire qu'il est alimenté non pas à partir d'une requête , mais à partir d'un fichier TXT.
Et en production, tu peux décomposer :
1. Tu exécutes la requête et tu génère un fichier TXT. Puis tu déconnectes l'utilisateur de la base de données.
2. Tu lances Iimprime() ... en lisant le fichier TXT.

Ainsi, même si l'utilisateur navigue sur l'aperçu avant Impression ... ou tout ce qu'il veut, il peut travailler en mode déconnecté.

[sigmatc24]

Merci tbc92, je vais essayer de mettre en pratique ta suggestion.