Communication serveur/client

Une application desktop ou une application mobile qui accèderaient directement à la base de données ne nécessiterait pas le serveur web et le serveur php. Ces 2 derniers sont utiles pour une application développée pour un navigateur internet.

Par contre, comme cela te l'a été conseillé, c'est utile pour des webservices gérant les accès à la base.

C'est quoi un webservice : c'est une interface standardisée, qui sera utilisée pour la communication entre ton appli et la bdd. Ainsi tu ne codes pas les accès, les controles et les mises à jour de la bdd dans l'application. L'application envoie un message (action + données) au serveur web (récupérer les infos client, créer un client, mettre un jour un client). Sur le serveur web une appli (php par exemple, mais je ne suis pas certain que ce soit le meilleur langage pour cela) reçoit la demande, effectue l'action souhaitée et renvoie la réponse à l'application demanderesse.

Donc pour mon application desktop j'utilise simplement JDBC pour communiquer mon appli depuis ma base ?

Pas besoin d'un webserveur ?

J'avais plus pensé à une appli Android en effet.

Je travaille pour une grosse boite, qui possède 2 réseaux : 1 réseau "principal" trèèèèèèèèès fermé où aucun logiciel ne peut être installé (sauf demande avec procédure trèèèèèèès longue) et un deuxième réseau "industriel" plus souple.
J'ai donc un pc sous aucun des 2 réseaux (mais donc sans internet mais mon maitre d'apprentissage vas bidouiller pour que j'ai un accès internet) avec un switch et mon nas. Donc je sais pas qi je passe par le local ou par internet. Je suppose que si je passe par internet c'est un peu plus "compliqué" à mettre en place ?

Pour l'appli desktop je peux passer par le réseau local, mais pour l'appli je dois forcément passer par internet non ?

Non pas vraiment haha, je suis un peu seule à ce niveau là. Le choix c'est à moi de les choisir et de justifier leur utilisation, ,c'est tout.