Discussion :

[yacinew]

Bonjour,

J'ai un projet d'une application bureau windows, je ne connait pas les sgdb utilisable par le rad studio 10.3 (firemonky ,interbase...) ,
l'application enregistre plusieurs données sur le poste client ,
est ce que j'utilise mysql ou il y a d'autre sgbd fournis avec le rad studion 10.3

Merci

[SergioMaster]

Bonjour,

Il n'y a pas de SGBD spécifique, j'écrirai tout SGBD que l'on peut connecter avec Firedac est bon à prendre.
Il s'agit avant-tout d'un choix en fonction de l'application :
Monoposte -> SQLite peut suffire (sachant que Firedac permet de personnaliser SQLite en fonctions, collations et crytographie)
Multi-poste Client serveur cela va dépendre des moyens
gratuits open source Firebird, Postgres, MariaDB
pseudo open source MYSQL
payants Interbase, MSSQL, ... (j'en oubli)

Ensuite sur la base de client/serveur vous aurez la possibilité ou non de vous connecter en utilisant Firedac au serveur distant (version Entreprise et architecte)
Cela dit en utilisant un autre connecteur comme ZEOSLIB une version Pro pourra le faire.

Il y a tous ces paramètres à prendre en compte

[yacinew]

Merci pour votre clarification,
mon but c'est de choisir une base de donnée utilisable sur les postes client sans besoin d'avoir installé mysql sur le poste client

Bonjour,

Il n'y a pas de SGBD spécifique, j'écrirai tout SGBD que l'on peut connecter avec Firedac est bon à prendre.
Il s'agit avant-tout d'un choix en fonction de l'application :
Monoposte -> SQLite peut suffire (sachant que Firedac permet de personnaliser SQLite en fonctions, collations et crytographie)
Multi-poste Client serveur cela va dépendre des moyens
gratuits open source Firebird, Postgres, MariaDB
pseudo open source MYSQL
payants Interbase, MSSQL, ... (j'en oubli)

Ensuite sur la base de client/serveur vous aurez la possibilité ou non de vous connecter en utilisant Firedac au serveur distant (version Entreprise et architecte)
Cela dit en utilisant un autre connecteur comme ZEOSLIB une version Pro pourra le faire.

Il y a tous ces paramètres à prendre en compte

[SergioMaster]

Votre demande n'est toujours pas plus claire.
Est-ce pour des programmes clients/serveur (1 base de données plusieurs postes) ou monoposte est la première indication à fournir
Ensuite pourquoi vous fixez vous sur MySQL (loin d'être le meilleur SGBD selon moi) ?

sans besoin d'avoir installé mysql sur le poste client

vous aurez toujours, dans le cas de programmes client/serveur à installer à minima une Dll cliente
Cela peut être léger comme dans le cas de Firebird (fbclient.dll) Interbase (gds32.dll) ....
Dans le cas de MySQL vous devrez a minima copier la bibliothèque du moteur (libmySQL.dll) attention alors aux versions 32/64 bits

[yacinew]

je reformule ma demande :

je cherche à développer une application livrable mono poste ( facilement utilisable par l'intervenant ) pour cela je demande quelle base de donnée j'utilise avec delphi 10.3 pour réaliser l'application

Votre demande n'est toujours pas plus claire.
Est-ce pour des programmes clients/serveur (1 base de données plusieurs postes) ou monoposte est la première indication à fournir
Ensuite pourquoi vous fixez vous sur MySQL (loin d'être le meilleur SGBD selon moi) ?

vous aurez toujours, dans le cas de programmes client/serveur à installer à minima une Dll cliente
Cela peut être léger comme dans le cas de Firebird (fbclient.dll) Interbase (gds32.dll) ....
Dans le cas de MySQL vous devrez a minima copier la bibliothèque du moteur (libmySQL.dll) attention alors aux versions 32/64 bits

[SergioMaster]

Monoposte alors SQLite. Firedac inclus la bibliothèque dans son code (sauf indication d'utilisation spécifique)
De plus SQLite est souvent déployé sur windows 10.

Beaucoup de réponses ici : http://docwiki.embarcadero.com/RADSt...e_avec_FireDAC

[Paul TOTH]

à noter aussi qu'il est possible d'utiliser Firebird Embedded, c'est le même produit que la version client/serveur mais le moteur SQL est dans la DLL cliente qui ne nécessite donc pas d'installation.

d'après mes tests, SQLite ne supporte pas bien la charge, c'est bien pour une petite base mais faut pas trop lui en demander, l'avantage c'est qu'il est possible d'avoir le moteur inclut dans l'exe, donc pas de DLL du tout.

pour Firebird, il a une empreinte mémoire très faible, mais réclame du coup un disque performant (SSD de préférence)...et quand la base est corrompue (coupure de courant) c'est un peu au petit bonheur la chance avec gfix....mais bon les coupures de courants c'est jamais très bon en informatique.

[sergio_is_back]

Merci pour votre clarification,
mon but c'est de choisir une base de donnée utilisable sur les postes client sans besoin d'avoir installé mysql sur le poste client

Effectivement c'est pas clair... Ou mal expliqué

La base, par exemple MySQL (ou autre, perso je suis passé sur MariaDB depuis que Oracle a repris MySQL), sera installée sur le serveur et uniquement sur celui-ci... Sur les postes clients tu n'a besoin que de la partie client (le connecteur) dans le cas de MySQL et/ou de MariaDB tu n'a besoin que de la DLL client (libmysql.dll) que tu peux, en outre, distribuer avec ton exe...

Ensuite, il faut bien analyser ton besoin, certaines bases sont mieux adaptées que d'autres en fonction du contexte et de l'utilisation...

Personnellement deux choses doivent primer :

- Facilitée de déploiement du soft
- Facilitée de la connexion et de l'utilisation des accès à la base au niveau programmation

Ensuite :

- Contexte d'utilisation
- Nombre d'utilisateurs, Nombre de requêtes / sec. , Volume de données, Sécurité, Facilité de backup/restore, etc...

Ces critères là sont moins importants avec un nombre restreint d'utilisateurs et un faible volume de données mais ça peut avoir de l'importance si à l'avenir ton application venait à être déployée au sein d'une entreprise par exemple

J'ai connu un cas où le choix avait été fait pour Access, pour la facilité de mise en œuvre, quelques tables, 5-6 utilisateurs, pas beaucoup de volume, etc...
Au fil des années, la base s'est enrichie, beaucoup plus d'utilisateurs (jusqu’à une centaine), des données remontant des lignes de production, volume de données très important, etc... Bref c'est devenu ingérable avec Access
Il fallut migrer sur postgreSQL et ça été un gros gros chantier. D'où l'importance de la réflexion

[sergio_is_back]

à noter aussi qu'il est possible d'utiliser Firebird Embedded, c'est le même produit que la version client/serveur mais le moteur SQL est dans la DLL cliente qui ne nécessite donc pas d'installation.

d'après mes tests, SQLite ne supporte pas bien la charge, c'est bien pour une petite base mais faut pas trop lui en demander, l'avantage c'est qu'il est possible d'avoir le moteur inclut dans l'exe, donc pas de DLL du tout.

pour Firebird, il a une empreinte mémoire très faible, mais réclame du coup un disque performant (SSD de préférence)...et quand la base est corrompue (coupure de courant) c'est un peu au petit bonheur la chance avec gfix....mais bon les coupures de courants c'est jamais très bon en informatique.

Oui j'ai déjà utilisé souvent Firebird en version embarquée et ça fonctionne très bien, par exemple pour de la collecte de données au pied de machines.
Même sur un disque dur traditionnel elle tient bien la charge, avec les PC actuels (ça dépend aussi de comment sont structurées les tables, les indexes, etc...), avec des volumes de données raisonnables

En règle générale, en cas de coupure de courant, tout système informatique un peu sérieux doit être alimenté par une source de courant secourue, je le rappelle régulièrement à certains clients, et ce qu'elle que soit la base de données utilisée