Rendre un projet java executable
Fermé
joziphen
Messages postés
16
Date d'inscription
mardi 30 janvier 2018
Statut
Membre
Dernière intervention
19 mai 2018
-
19 févr. 2018 à 12:03
joziphen Messages postés 16 Date d'inscription mardi 30 janvier 2018 Statut Membre Dernière intervention 19 mai 2018 - 21 févr. 2018 à 15:46
joziphen Messages postés 16 Date d'inscription mardi 30 janvier 2018 Statut Membre Dernière intervention 19 mai 2018 - 21 févr. 2018 à 15:46
A voir également:
- Rendre un projet java executable
- Waptrick java football - Télécharger - Jeux vidéo
- Java apk - Télécharger - Langages
- Jeux java itel football - Télécharger - Jeux vidéo
- Rendre un fichier moins volumineux - Guide
- A java exception has occurred ✓ - Forum Minecraft
1 réponse
KX
Messages postés
16733
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
31 janvier 2024
3 015
19 févr. 2018 à 13:14
19 févr. 2018 à 13:14
Bonjour, ← très important, comme s'il vous plaît, merci, etc.
Une base de données c'est fait pour partager des données, donc elle doit être unique et accessible par tous les utilisateurs qui ont le programme, il n'y a donc pas de sens que chaque utilisateur installe une base de donnée, puisque ça voudrait dire qu'ils ont tous des données différentes.
Une base de données c'est fait pour partager des données, donc elle doit être unique et accessible par tous les utilisateurs qui ont le programme, il n'y a donc pas de sens que chaque utilisateur installe une base de donnée, puisque ça voudrait dire qu'ils ont tous des données différentes.
19 févr. 2018 à 14:27
19 févr. 2018 à 15:23
La base de données doit être installée à part, accessible à tous les utilisateurs qui ont le programme, pour agréger les données de tout le monde.
...ou alors c'est un logiciel qui a besoin d'une base de données interne, spécifique à chaque instance, mais dans ce cas postgreSQL est un mauvais choix, car c'est une base de données externe qui a son propre processus, totalement décorrélé du programme qui l'utilise, contrairement à H2 ou Apache Derby par exemple dont la base de donnée est exécutée par le programme lui même.
19 févr. 2018 à 19:17
19 févr. 2018 à 19:33
Je n'ai pas dit que c'était pertinent d'installer un SGBD sur chaque poste utilisateur, mais qu'on peut vouloir créer un exécutable qui permet l'installation du SGBD en plus d'inclure le code de l'ERP.
Bien sûr, tu as tout à fait raison de souligner que, comme le "S" de SGBD l'indique, un Serveur de Gestion de Bases de Données s'installe sur un serveur auquel les clients se connectent.
L'exécutable pourrait demander si c'est une installation serveur ou poste qui doit être faite, et si c'est une installation poste ne pas opérer l'installation du SGBD, et demander l'adresse IP du serveur déjà installé auquel il doit se connecter, etc.
Au final, ce ne sont que des suppositions pour essayer de trouver un sens à la question posée, et, bien sûr, joziphen devrait intervenir pour préciser ce qu'il veut faire effectivement.
Dal
19 févr. 2018 à 19:42
Si c'est juste une base de données locale, alors oui changer de base de données serait plus pertinent, par contre je déconseillerais SQLite, à voir plutôt H2, Apache Derby et éventuellement HyperSQL
Comparaison : https://db-engines.com/en/system/Derby%3BH2%3BHyperSQL%3BSQLite