Discussion :

[gael21]

Bonjour!
j'ai codé un gestionnaire de stock avec Qt en utilisant le "Driver QMYSQL" et en me connectant en local avec le nom direct de la BD "ma_base.sql". Tout fonctionne bien.
Mais au lieu de renseigner directement ma base de donnees, j'aimerai à la place, renseigner un chemin dynamique car je veux par la suite me servir de l'application "Inno setup" pour le déploiement de mon application.
SVP j'ai besoin de votre aide pour mettre mon chemin dynamique. Certains exemples de Qt utilisent ":memory" (avec le deux point ":")mais je ne sais pas comment ca marche.

Coordialement

Edit: il parait que “: memory:” est un nom spécial pour SQLite. Il créera une base de données temporaire existant entièrement en mémoire jusqu'à la fermeture de la connexion. Si vous souhaitez créer une base de données SQLite permanente sur disque, vous devez indiquer un chemin de fichier complet à setDatabaseName .

Mais avec MySql, comment je fais pour creer mon chemin dynamique?

[koala01]

Salut,

Le plus souvent, MySql (ou MsSQl, ou Oracle) va travailler dans une configuration "client / serveur", ou le "client" sera ton application et MySQL sera le serveur.

Les énormes avantages de cette configuration sont

1. que le client (ton application) n'est pas tenue de s'exécuter sur la même machine que celle sur laquelle s'exécute le serveur
2. qu'un seul serveur peut être contacté par plusieurs clients (généralement même en même temps)

Le principal inconvénient, c'est que tu ne peux donc pas fournir le chemin absolu vers le dossier dans lequel se trouve le programme MySQL, vu qu'il a "toutes les chances" de ne pas se trouver sur la même machine.

Pour pouvoir te connecter à ton serveur MySQL, tu dois donc fournir une adresse IP valide, et t'assurer que l'adresse fournie sera accessible depuis la machine sur laquelle s'exécute le programme client.

Il y a, basiquement, trois possibilités:

1- Tu peux, bien sur, exécuter le client et le serveur sur la même machine, en utilisant l'adresse "look up" 127.0.0.1 (c'est l'adresse locale du système sur lequel s'exécute l'application).

Le problème, c'est que cela oblige à installer MySQL sur toutes les machines sur lesquelles tu veux installer ton programme client, ce qui n'est pas forcément possible et qui poserait quelques problèmes si les différentes machines doivent utiliser des données "synchronisées" entre les machines.

2- Si ton intention est d'installer ton application sur plusieurs machines de la même entreprise, et qu'elles puissent disposer de données synchronisées (au niveau de l'entreprise), il est conseillé d'installer ton serveur MySQL avec ta base de données sur ... un des serveurs de l'entreprise et d'y accéder depuis les autres machines au travers de son IP locale (comprends: l'IP associée au serveur au niveau du réseau d'entreprise)

3- Si tu veux que ton application puisse être utiisée de manière "itinérante" (par exemple, depuis un ordinateur portable emporté chez le client), il faudra t'assurer que ton serveur MySQL soit accessible depuis internet, ce qui signifie:

• Ou bien, que tu loue un hébergement quelconque proposant l'accès à MySQL
• Ou bien, que tu configure le modem fournissant l'accès à internet de ton entreprise de manière à ce qu'il redirige les requetes SQL vers le serveur qui l'exécute.

La première situation est embêtante, car cela implique que tes données sont "physiquement" stockées "ailleurs", et que tu perds une bonne partie du contrôle que tu peux avoir dessus (si le data center est attaqué, tes données feront partie du lot obtenus par les hackers )

La deuxième situation est embêtante, car elle donne accès à certaines données de ton entreprise à "à peu près n'importe qui", plaçant ton serveur dans une situation similaire à celle du data center.

Il y a donc des précautions très importantes à prendre avant de décider de rendre tes données accessibles depuis internet, telles que:

1. l'authentification (sécurisée) des clients se connectant au serveur
2. la mise en place d'une "zone démilitarisée" au sein de ton entreprise (si tu envisage de garder tes données "chez toi")
3. la sécurisation des données par toute une série possibilité que je ne vais pas exposer ici
4. j'en passe, et sans doute de meilleures

Ceci étant dit, si tu as un nom DNS (Domain Name Server, comme http://ChezToi.edu), tu peux, normalement utiliser ce nom au lieu de l'adresse IP

[gael21]

Bonsoir et Merci beaucoup pour ces éclaircissements.
Je le mets en "Résolu" et je pars dans un autre topic pour un petit problème que j'ai rencontré sur Innosetup.
Merci encore

[chrtophe]

Si toutes les installations de ton appli seront autonomes, tu peux utiliser SQLite. Tu feras des requêtes SQL sur un fichier stocké sur ta machine. Mais pour un gestionnaire de stock, il est fort probable que tu es besoin d'un serveur SQL sur lequel toutes tes instances se connecteront.