Discussion :

[roukgreg]

Bonjour,

Tout d'abord je m'excuse si je ne poste pas au bon endroit, mais je ne savais pas trop quelle partie pouvait être relié à mopn problème.

Je développe actuellement une application en JAVA pour une entreprise. Je l'ai commencé lors d'un stage pour valider mes cours. Lors du passage devant le jury, celui-ci à soulevé quelques problèmes auxquels j'avais pensé mais pas forcément dans le détails.

Le premier est tout simplement est-ce que je peux utiliser mon appli si ma BDD se trouve sur un des PC de l'entreprise avec un autre pc de celle-ci. Bien sur ceux-ci sont relié en reseau. Si dans mes paramètres JDBC je mets l'adresse ou se trouve ma BDD ça devrait marcher? Mais quel adresse, il est la mon souci.

Pour le deuxième, si 2 personnes de l'entreprise interviennent sur un champ d'une de mes tables en même temps, comment faire?

C'est vrai que ce sont 2 problèmes auxquels j'avais pensé, mais je pensais que ça serait simple à regler, mais je me demande aujourd'hui si je n'aurais pas du voir ça avant de développer l'appli. Erreur de débutant. J'espère que cela ne m'empechera pas de d'aller au bout de mon développement

Auriez vous des conseils et des idées pour regler ces problemes?



Par avance merci

[hwoarang]

Le premier est tout simplement est-ce que je peux utiliser mon appli si ma BDD se trouve sur un des PC de l'entreprise avec un autre pc de celle-ci. Bien sur ceux-ci sont relié en reseau. Si dans mes paramètres JDBC je mets l'adresse ou se trouve ma BDD ça devrait marcher? Mais quel adresse, il est la mon souci.

Ca dépend de la base de données utilisée. Certaines ne permettent qu'une utilisation en local mais la plupart peuvent etre utilisées en mode serveur (ce qui est le mode qui t'interesse) et ne necessitent qu'un changement de la chaine de connexion pour passer d'un mode à l'autre. Dans ce cas, il faut installer le serveur en question de la base de données et l'adresse IP qu'il faudra utiliser pour toutes l'application quel que soit le PC sur lequel est est lancée est celle du serveur (en utilisant le bon port). Tu utilises quelle base de données?

Pour le deuxième, si 2 personnes de l'entreprise interviennent sur un champ d'une de mes tables en même temps, comment faire?

Ca, c'est à la base de données de gérer l'intégrité des données (comprendre par la que si 2 personnes modifient un meme champ, la base de données ne doit pas etre corrompue).
En revanche, ce qu'il est préférable de gérer, c'est la non modification d'une donnée entre la lecture et l'ecriture. C'est à dire que si je charge la page d'un salarié et que je la modifie, il est bien que l'application vérifie que pendant que je saisissais, un autre utilisateur n'a pas modifié la meme fiche. Et si c'est le cas, c'est bien d'etre averti.

[roukgreg]

Je te remercie pour tes réponses.

Pour ce qui est de ma BDD, mon prof m'avait suggéré Oracle 10g Express, la version gratuite d'oracle. Peut être aurais-je du utiliser MySQL dans ce cas là.

Pour le second problème, il me suffirait de charger la données, et avant l'enregistrement vérifier si celle-ci est toujours la même avant de permettre l'enregistrement, sinon prévenir l'utilisateur?

Encore merci

[hwoarang]

Pour ce qui est de ma BDD, mon prof m'avait suggéré Oracle 10g Express, la version gratuite d'oracle. Peut être aurais-je du utiliser MySQL dans ce cas là.

Je n'ai jamais utilisé Oracle mais j'imagine que meme en version express, ca doit etre possible. Après un petit coup de google, j'ai vu qu'on peut utiliser :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Connection conn = DriverManager.getConnection
     ("jdbc:oracle:thin:@//localhost:1521/orcl", "scott", "tiger");

donc j'imagine qu'en remplacant localhost par l'IP du PC qui contient la base, ca doit marcher tout seul...
Tu peux poster la chaine de connection utilisée (celle qui se trouve dans DriverManager.getConnection) ?

Pour le second problème, il me suffirait de charger la données, et avant l'enregistrement vérifier si celle-ci est toujours la même avant de permettre l'enregistrement, sinon prévenir l'utilisateur?

Oui. Et si tu es feignant, tu peux te contenter d'ajouter une colonne timestamp contenant l'heure de derniere modification dans ta table. Si ce timestamp a changé, c'est qu'il y a eu une modif (ca permet d'avoir une méthode générique simple pour vérifier les changements).

[tchize_]

Pour la concurrence, il faut te renseigner sur l'isolation des transaction. Si, sur la machine A, dans la même transaction, tu lit la fiche et tu la modifie, alors, avec un isolation de type Serializable, tu a la garantie que si le commit réussi, tu es le suel à avoir modifié la fiche. En effet, en isolation de type Serializable, tu as la garantie que ce scenario est impossible sur une ligne:

A: begin
A: read
B: begin
B: read
B: write
B: commit
A: write
A: commit

Le B va se dérouler sans soucis, mais le A:commit va rater avec une erreur de transaction. Donc pas de corruption possible à ce niveau là.

Bien sur, il faut bien délimiter tes transaction et ne jamais utiliser de données hors transaction ou, pire, les faire passer d'une transaction à une autre.


Par contre, il y a quand même in gros soucis avec ton architecture. Ce sont des clients lourds qui se connectent directement à la DB. autrement dit, les utilisateur on un accès direct à la DB et pourraient lancer un "delete from TATABLE" pour tout supprimer.