Discussion :

[pprem]

(là pprem l'expliquerait mieux comment installer tout ça)

Vous vous avancez monsieur.

Client / Serveur : un logiciel dialogue avec une base de données en direct (par DLL, driver, API, peu importe tant que ça passe par un moteur de base de données sur le serveur et pas un simple partage de fichier contenant les données)

Multi tiers, c'est typiquement DataSnap ou effectivement l'utilisation d'une ou plusieurs API (via Internet ou pas) : le programme de l'utilisateur dialogue avec d'autres programmes qui lui transmettent les données ou exécutent du code à distance pour lui. Le programme "client" n'a aucune idée (ou en tout cas n'est pas obligé d'en avoir une) de ce qui gère les données, leur format de stockage, leur structure. Il fait appel au(x) programme(s) serveur(s) en fonction de ses besoins.

Sur le web, en plus de parler d'API REST avec données plutôt en JSON pour simplifier les interactions avec des pages web et leur JavaScript, on parle aussi d'architecture en services ou micro services. Le client (page web ou logiciel) fait appel à N fonctionnalités à partir de leurs interfaces de programmation. Ces fonctionnalités pouvant être sur un seul serveur comme une multitude.

[SergioMaster]

Vous vous avancez monsieur.

Je me doutais bien que tu passerais par là

[pprem]

Je me doutais bien que tu passerais par là

fais ton innocent

[navyg]

Merci pour cette réponse détaillée
Si j'en ai a peu près compris le principe, je m'interroge encore sur l'application concrète et notamment ce qui serait autorisée par mon hebergeur
En fait le problème c'est que je ne peux pas attaquer mes bases mysql depuis mon programme
Donc je suppose qu'il faut que je developpe une partie (api) qui sera sur le serveur de mon hebergeur (?) dans un langage (lequel ?) que je ne connais sans doute pas
Et en plus sans doute changer toute la philosophie de mon programme ?
En conclusion beaucoup de choses nouvelles à apprendre et à mettre en oeuvre ... intéressant sur le plan intellectuel ... mais ça fait un peu peur ...

[pprem]

En général, quand on a notre propre serveur on peut effectivement accéder aux bases de données en direct (pas toujours recommandé selon le type de réseau surtout si on passe par Internet en direct), mais sur du mutualisé il faut impérativement passer par des API développées sur le site, donc à priori du PHP (ou du Python, du JavaScript, ... selon les serveurs).

[navyg]

merci pour ces nouvelles précisions ... j'ai toujours peur !!! ;o)

[SergioMaster]

En conclusion beaucoup de choses nouvelles à apprendre et à mettre en oeuvre ... intéressant sur le plan intellectuel ... mais ça fait un peu peur ...

Les conclusions sont correctes, maintenant il y a peut-être des alternatives selon les besoins (taille SGBD, nombre de tables, etc...) je pense entre autres à Firebase (ne pas confondre avec Firebird)
Toute une période Delphi (je ne me souviens plus des versions) a été marqué par des articles sur ces BDD proposées par j'imagine les GAFA (je ne me souviens pas non plus des termes employés à l'époque).
Avant que Patrick ne me tease (comme dirait un Québéquois) non je ne crois pas encore être touché par une maladie dégénérative du cerveau (une seule me suffit), c'est juste que je n'ai fait qu'un petit tour (essai) dans ce domaine. J'essaierai au moins de retrouver les termes pour ma tranquillité d'esprit

Donc, encore des choses nouvelles à apprendre

[SergioMaster]

Bonjour,

Toute une période Delphi (je ne me souviens plus des versions) a été marqué par des articles sur ces BDD proposées par j'imagine les GAFA (je ne me souviens pas non plus des termes employés à l'époque).J'essaierai au moins de retrouver les termes pour ma tranquillité d'esprit

Il m'a fallu du temps mais j'ai retrouvé le terme (et les composants) que je cherchai, il sagit de BAAS (et la palette qui va avec, pas sûr qu'elle soit fourni avec une version pro cela dit).
IL suffit de googliser "delphi+BAAS+Client" pour trouver de quoi commencer

[navyg]

j'ai bien BAAS client et REST client dans mes composants ... il va falloir que j'étudie ça ...

[pprem]

j'ai bien BAAS client et REST client dans mes composants ... il va falloir que j'étudie ça ...

ou pas...

[navyg]

ou pas...

il y a un message caché derrière ce "ou pas" ?

[SergioMaster]

Certainement, il est parfois cachotier le pprem
Bon en fait cela dépend toujours du besoin niveau BDD. En parlant de cela j'avais oublié les trucs du Cloud comme Amazon et Azure dont j'avoue ma totale ignorance.
A l'époque je n'avais testé que Kinvey et il ne s'agissait que d'une table

[ALWEBER]

PARADOX n'est ni client serveur, ni multi tiers. Chaque utilisateur informe les autres utilisateurs de ce qu'il fait en renseignant des fichiers communs (.LCK et .NET). ON est donc plutôt dans un mode collaboratif. Note : lorsqu'il m'arrive de travailler sur ce sujet j'utilise PARADOX 9 en complément de Delphi.

[navyg]

PARADOX n'est ni client serveur, ni multi tiers. Chaque utilisateur informe les autres utilisateurs de ce qu'il fait en renseignant des fichiers communs (.LCK et .NET). ON est donc plutôt dans un mode collaboratif. Note : lorsqu'il m'arrive de travailler sur ce sujet j'utilise PARADOX 9 en complément de Delphi.

Le but est justement de ne plus travailler sur paradox, mais sur une base mysql qui serait chez un hébergeur de site, mais la plupart n'admettent pas qu'on attaque la base mysql à partir d'un programme ...

[pprem]

Certainement, il est parfois cachotier le pprem

Je ne m'étendrai pas sur la question qui est plus une position philosophique qu'autre chose sur le sujet.

BAAS a tendance à être utilisé dans un environnement de micro services interdépendants et les disparitions de sociétés éditant certains de ces services en ligne ont déjà mis pas mal de monde en carafe, donc voilà.

REST ou d'une manière générale des accès GET/POST à des sites web servant d'interface avec des bases de données, ça reste suffisamment simple à mettre en place et suffisamment souple pour que ça reste maintenance sur le long terme et surtout n'implique pas de dépendance trop lourde vis-à-vis d'un ou plusieurs prestataires "cloud".

Si on veut tout faire avec Delphi, je dirais DataSnap, Delphi MVC Framework, RAD Server ou WebBroker selon les besoins, resources et l'hébergement choisi au final.

Le web est bourré de tout un tas de technologies plus ou moins "bankable" selon les modes. Ne vous embarquez pas dans l'étude de tout ça.

Commencez par définir clairement votre besoin et prendre le truc le plus simple (et durable) permettant de le mettre en place.

Concernant Azure et Amazon AWS (et leurs concurrents), c'est une multitude de services qui font tout et n'importe quoi, mais qui impliquent une forte dépendance technologique et un coût non négligeable (sans possibilité de le connaître à l'avance). Restez méfiants !

[navyg]

Merci pour ces conseils.
Effectivement l'objectif serait de de tout faire avec delphi car je n'ai que ça ;o)

Si on veut tout faire avec Delphi, je dirais DataSnap, Delphi MVC Framework, RAD Server ou WebBroker selon les besoins, resources et l'hébergement choisi au final.

Mais aucun des notions évoquées ne m'est connue, donc je pense que je vais orienter l'association bénéficiaire de l'appli vers une installation locale de mariadb ou mysql sur un des postes en espérant pouvoir se connecter à partir d'autres postes (il n'y a pas de raison que ça ne marche pas), voire l'acquisition d'un petit nas comme un synology (que je connais bien car j'ai un 212) avec deux disques en miroir pour la sécurité et installer la base sur le nas.
.... Ou bien si j'ai du courage, j'essaye de m'intéresser à tout ce qui est évoqué ;o)

[pprem]

La solution NAS sera la plus pratique : ils permettent quasiment tous d'installer un serveur MariaDB ou MySQL dessus avec l'interface phpMyAdmin pour la gestion des bases de données. Après tu fais ce que tu veux côté client pour travailler avec, c'est du vrai client/serveur, pas de problème de gestion du serveur (par contre faudra quand même faire des backups et en avoir hors des locaux, le mirroring ou RAID ne protège pas de tout, loin de là).

[SergioMaster]

La solution NAS "interne" est évidemment la plus pratique, surtout si elle est accompagnée d'une adresse fixe du routeur internet ou d'un nom de domaine déposé.
Ceal étant si la solution serveur de base de données "interne" est retenue, d'autres SGBD sont alors envisageables.
Tout dépend alors des cibles (programmes clients) potentiels.

En exemple : J'ai pu, sur mon NAS, mettre dans un container Docker, le SGBD Firebird. La connexion de mes applications desktop (du moins Linux et Windows) fonctionnent par contre, mes efforts de déploiement sur Android (oui, Firebird peut-être "déployé" sur Android) se sont révélés infructueux en utilisant Firedac (par contre Unidac ou ZeosDBO fonctionnent), pourquoi ? Parce-que, alors qu'Interbase est accepté, le composant FDPhysFBDriverLink est désactivé (non porté pour Android).
Donc, malgré mon engouement pour Firebird (AMHA largement plus étoffé que MySQL), sauf à utiliser les composants tiers, je ne peux écrire un programme Delphi multi-os pour Firebird (je n'ai pas encore dit mon dernier mot).

D'ailleurs, je n'ai jamais fait d'essai mais il en est de même pour MySQL

seul semble t-il , SQLite et Interbase (IBTOGO ou autres déclinaisons) sont portés.
Or donc, si votre but est d'accéder aux données via un mobile, on se retrouve à nouveau sur une solution multi-tiers (en ne considérant que les composants fournis par Embarcadero)
Vraiment dommage car Firedac est un super set de composant

[navyg]

Or donc, si votre but est d'accéder aux données via un mobile,

L'objectif n'est pas de se connecter depuis un mobile ... juste faire tourner cette appli sur un pc en local ou éventuellement à distance pour moi pour la maintenance.
Donc je pense que le nas sera peut-être la meilleure solution, en prévoyant une sauvegade régulière de la base sur une clé usb externalisée des locaux, voir automatiquement sur un autre nas, ce qui est possible je crois avec les logiciels intégrés dans les nas synology.

J'ai pu, sur mon NAS, mettre dans un container Docker, le SGBD Firebird

J'ai essayé de trouver comment il fallait faire pour le fun, mais impossible de trouver un fichier représentant un paquet d'installation simple pour le nas

D'ailleurs, je n'ai jamais fait d'essai mais il en est de même pour MySQL

Alors, j'avais réussi à trouver la config et le fichier libmysql.so (source un peu risquée) pour le faire il y a quelque temps. J'avais fais une appli android toute simple qui se connectait à une base de test de mon nas, mais maintenant ça ne marche plus ... j'ai du changer quelque chose soit sur mon vieux gn4 soit sur le nas, mais je n'arrive plus à me connecter.
Je ne comprends pas que cette configuration android se connectant sur une base mysql/mariadb sous linux ne soit pas plus facile à trouver, voir même native, car je pense que ça intéresserait beaucoup de monde.

.

[pprem]

Je confirme : sur iOS / Android seules SQLite et Interbase (ToGo / Lite) sont dispo en tant que bases de données locales. Pour les autres faut passer par du web service ou DataSnap.

DevArt propose UniDAC où les bases de données client/serveur classiques sont supportées en version mobile.