Discussion :

[oeilvert]

Bonjour à tous,

Cela fait plusieurs années que j'utilise le langage C++ et Qt pour des applications industrielles mais sans base de données.
J'ai tapé un peu de code pour me faire la main et pour comprendre les bases de ce mode de stockage. Cela fonctionne très bien en local.
Maintenant je me pose la question s'il est pertinent d'utiliser ce langage si je dois faire une application qui travaille sur une base de données située à distance.
phpmyadmin est encore trop complexe pour une personne à qui on demande juste de saisir des données ou faire des requêtes.

[dourouc05]

Oui, c'est une solution qui a beaucoup de sens. Tu peux aussi envisager une application Web, hébergée très près de la base de données (par exemple, sur le même serveur), ce qui réduit les problèmes d'administration (il faut autoriser les accès de l'extérieur à la base de données, ce qui devrait allumer toutes les alarmes de danger : mieux vaut préférer le développement d'une API, avec une couche de sécurité — mais ça dépend encore du contexte ).

(phpMyAdmin n'est surtout pas prévu pour un autre public que des développeurs et administrateurs ! Pour des utilisateurs lambda, il est nécessaire de développer une couche par-dessus, que ce soit avec Qt ou toute autre technologie.)

[oeilvert]

Merci pour cette réponse,
mais justement, comment devrais je m'y prendre si je ne suis pas disposé à faire une application web ?
C'est pour une association qui veut mettre des données en commun, donc je pourrais distribuer l'application qui fait l'interface.

L'alternative c'est d'apprendre le PHP et y mettre un serveur web ? combien de temps pour apprendre ?

[dourouc05]

Il te faudra de toute façon une partie serveur et une partie client. Le serveur fournira un accès aux données (une API REST ou SOAP — ou un autre terme qui donne l'impression d'être à la mode — par-dessus ta couche d'accès à la base de données ou un truc du genre : par exemple, avec https://github.com/KDAB/KDSoap), le client communiquera avec cette API (au lieu d'appeler directement le module de base de données). Ainsi, tu pourras gérer ta sécurité comme tu le désires (alors que, en utilisant directement ta base de données depuis l'extérieur, tu ouvres d'énormes brèches impossibles à vraiment colmater).

Ou alors tu fais tout côté serveur. Pas besoin de passer à des "langages" comme PHP, tu peux rester en C++ avec un outil comme Wt (http://www.webtoolkit.eu/wt). Ça t'évitera de faire une API, mais tu devras générer une sortie HTML (avec une dose de CSS pour que ça ne soit pas trop dégueulasse, puis du JavaScript pour un poil d'interactivité… beaucoup de langages pour quelque chose que tu pourrais faire entièrement en C++ avec un client lourd).

[oeilvert]

Merci pour ces précisions

Je comprends la nécessité du couple serveur-client et ne pas donner un accès direct à la base de données.
Je vais faire un tour dans les tutoriels PHP pour me faire une idée.

[QxOrm]

J'apporte une réponse car je pense que la bibliothèque QxOrm peut répondre à ta problématique :
- la gestion de la couche d'accès aux données : un manuel utilisateur sur la bibliothèque QxOrm est disponible ici ;
- la mise en place client/serveur, serveur d'application C++ et couche cliente : un tutoriel est disponible ici ;
- et tu peux retrouver la communauté francophone sur developpez.com

Et pour te faciliter la mise en place de ton soft, l'application QxEntityEditor peut générer le code source nécessaire (opérations CRUD sur tes entités + couche client/serveur par exemple).

[oeilvert]

Merci pour ces informations sur QxOrm.

J'ai jeté un œil et je pense que c'est une solution robuste mais peut être trop lourde pour une association.
Il faudra distribuer l'application "client" aux membres et nous n'avons pas trop de données à partager.

Je vais me lancer dans une solution html,php,mysql,javascript.
Le sujet reste intéressant dans un monde où l'échange d'information via l'Internet est plus que présent.

Je pourrais éventuellement me reconvertir dans ce domaine un jour où l'autre.