Quels choix faire ?

Version imprimable

10/12/2007, 10h42
doons

Quels choix faire ?

Bonjour,

Je souhaite réaliser une application qui devra être accessible par plusieurs personnes depuis des endroits différents. Cette application utilise une base de données.

J'ai plusieurs questions à ce sujet :

1° La BD doit se trouver sur le serveur, et les utilisateurs installent l'applic
sur leur poste normalement et c'est l'applic qui se connecte au serveur
puis à la BD ? Si oui, y'a-t-il un bon tuto pour faire cela ? Sinon, que faut'il faire ?

2° J'ai un site Internet. Est-ce je peux utiliser son serveur pour installer la BD ?

3° Quel SGBD utiliser pour faire cela ? (il doit être gratuit) Je pensais à MySQL
ou à phpMySQL qui se trouve déjà sur le serveur du site WEB.

4° Y'a-t-il certaines choses auquel il faut penser du fait que c'est
sur un serveur et que plusieurs personnes peuvent y accéder en meme
temps ?

5° Pour finir, y'a-t-il des choses pour lesquelles il faut faire attention pour ce
genre d'application (je n'ai pas bcp de notions dans ce domaine)

Merci d'avance
10/12/2007, 11h39
Napalm51

Bonjour, je ne suis pas expert dans ce genre de développement, loin de là ...

Mais voici ma maigre contribution :)

Citation:

1° La BD doit se trouver sur le serveur, et les utilisateurs installent l'applic
sur leur poste normalement et c'est l'applic qui se connecte au serveur
puis à la BD ? Si oui, y'a-t-il un bon tuto pour faire cela ? Sinon, que faut'il faire ?

Si tu pars comme cela, ce qui me semble bien, il te faut créer un client pour les postes client, et un serveur pour ton serveur, dans ce cas ton serveur transmet les requêtes à la base locale, et renvoi les retours vers le/les clients. Des tutoriel il en existe un récent et très sympa pour les bases client/serveur, après à toi de mettre en place tout ça selon tes besoins.

Citation:

2° J'ai un site Internet. Est-ce je peux utiliser son serveur pour installer la BD ?

Tu peux en effet t'en servir pour ton serveur ainsi que ta BDD, mais fais attention à ce que ça ne le ralentisse pas trop.

Citation:

3° Quel SGBD utiliser pour faire cela ? (il doit être gratuit) Je pensais à MySQL
ou à phpMySQL qui se trouve déjà sur le serveur du site WEB.

phpMySQL n'est qu'une interface d'admin pour une base MySQL. Effectivement tu peux utiliser MySQL ou bien postGreSQL qui est très performant aussi. Cependant je choisirais deux BDD différentes pour le site et l'application (différente au sens base, mais ça peut être 2 MySQL). Ceci évidemment afin d'éviter la propagation d'un problème du à l'un ou l'autre des protagonistes.

Citation:

4° Y'a-t-il certaines choses auquel il faut penser du fait que c'est
sur un serveur et que plusieurs personnes peuvent y accéder en meme
temps ?

En effet il existe une chose importante, la synchronisation, il ne faut pas que 2 personnes modifies la même information au même moment, c'est pour cela qu'il faut synchroniser les écritures/lectures sur la base.

Citation:

5° Pour finir, y'a-t-il des choses pour lesquelles il faut faire attention pour ce
genre d'application (je n'ai pas bcp de notions dans ce domaine)

C'est lié à la réponse précédente, mais dans le cas d'écriture dans une base, il est toujours préférable d'utiliser les transactions, ca te permet de faire tes modifications, puis à la fin, de faire un "commit" si tout s'est bien passé, ou bien un "rollback" si une erreur s'est produite, ainsi les modifications ne seront effectives sur la base que si tu les valides :)

Voilà je que moi je pense par rapport à ton problème :)
10/12/2007, 12h03
Patriarch24

Je peux savoir quel est le rapport avec Java ?
10/12/2007, 12h10
doons

Parce que je veux faire ça en JAVA !!

Et que JAVA entraine peut-être certaines resctrictions ou le cas contraire par rapport à d'autres langages !

Je ne l'aurais pas mis là si je developpais en cobol !
10/12/2007, 12h13
doons

Napalm 51, tu parles de ce tuto là ?

http://gfx.developpez.com/tutoriel/java/network/
10/12/2007, 13h15
doons

Suis-je obligé d'utiliser un client-serveur ?

Je ne peux pas accéder a la BD qui se trouve sur le serveur directement depuis l'application installée chez l'utilisateur ?
10/12/2007, 13h36
CyberChouan

Citation:

Envoyé par doons

Je ne peux pas accéder a la BD qui se trouve sur le serveur directement depuis l'application installée chez l'utilisateur ?

Si ton application cliente est sur un réseau local, c'est possible.

Si ton application cliente passe par internet pour attaquer la base de données... c'est possible aussi mais très déconseillé car cela veut dire que ta base de données accepte les connexions entrantes sans vérifier leur provenance => gros risques qu'elle soit piratée.
10/12/2007, 14h07
doons

Et le fait que plusieurs clients peuvent se connecter au serveur, je dois chercher de la doc spéciale ou je peux "me contenter" de doc sur l'architecture client/serveur ?

Parce que j'ai entendu parler de serveur multi-threads, cela me concerne-t-il ?
10/12/2007, 15h34
Napalm51

Citation:

Envoyé par doons

Napalm 51, tu parles de ce tuto là ?

http://gfx.developpez.com/tutoriel/java/network/

Non plutôt de celui-ci : http://humbert-florent.developpez.co...reseau/avance/
qui me semble plus complet pour un débutant.

Faire un serveur multithread est presque obligatoire si il y a plus d'un client, car sinon, tant qu'un client est connecté au serveur, ce dernier ne pourra plus prendre d'autres clients, ils devront tous attendre que le premier client connecté est fini. Bref impensable pour un serveur ^^
10/12/2007, 15h39
fr1man

Citation:

Si ton application cliente passe par internet pour attaquer la base de données... c'est possible aussi mais très déconseillé car cela veut dire que ta base de données accepte les connexions entrantes sans vérifier leur provenance => gros risques qu'elle soit piratée.

Les risques existent, mais on peut quand même les réduire, avec un firewall ou même un filtre d'IP au niveau de la BD.
Cela dépend aussi du niveau de confidentialité des données de la base.
10/12/2007, 17h06
doons

Les données ne doivent pas être accessibles ni modifiables autrement que par l'application.

Si je résume, je dois faire un serveur, qui reçoit des requêtes sql (sous forme de string j'imagine ?) il effectue les requêtes à la BD et renvoie les données à l'applic (sous forme de quoi ? resultset ?)

La lecture est autorisée simultanément pour plusieurs clients, par contre l'écriture ne l'est pas, cela doit donc se passer dans une méthode synchronized()
10/12/2007, 17h10
mavina

Salut,

Pourquoi ne pas utilier RMI ?

Cordialement

F.
10/12/2007, 17h15
doons

Citation:

Salut,

Pourquoi ne pas utilier RMI ?

Cordialement

F.

Salut, pourquoi pas, dans ce cas je ne dois pas utiliser de serveur et de clients ? Il faut que je me renseigne sur RMI, je ne connais pas trop
10/12/2007, 17h17
CyberChouan

Citation:

Envoyé par doons

Si je résume, je dois faire un serveur, qui reçoit des requêtes sql (sous forme de string j'imagine ?) il effectue les requêtes à la BD et renvoie les données à l'applic (sous forme de quoi ? resultset ?)

Non... il est dangereux de laisser le client générer lui-même la requête SQL. Le client doit envoyer un ordre (sous la forme d'un objet java) contenant les données utiles: "ajout à la base du livre n°xyz concernant les champignons".

Le serveur analyse cet objet, en extrait les informations utiles, effectue des vérifications de conformité, et génère la requête (qui sera d'ailleurs plus sous la forme d'un "PreparedStatement" que d'une chaîne de caractères).

De même pour le retour d'une interrogation. C'est au serveur d'analyser le ResultSet, et de le transformer en un objet métier qui sera renvoyé au poste client.
10/12/2007, 18h28
mavina

Citation:

Envoyé par doons

Salut, pourquoi pas, dans ce cas je ne dois pas utiliser de serveur et de clients ? Il faut que je me renseigne sur RMI, je ne connais pas trop

Si, le principe même de RMI est de pouvoir gérer un systeme de client/serveur relativement facilement.

Je te laisse te renseigner sur le sujet.

F.
10/12/2007, 19h40
doons

Super, merci
10/12/2007, 20h46
sinok

Euh pour finir je te souhaite bonne chance pour trouver un hébergeur permettant d'accéder à un SGBD depuis l'extérieur de leurs serveurs...

LA solution dans ce genre de cas est d'introduire un relais entre ton appli et ton SGBD, c'est à dire une appli permettant de faire transiter les donner.
Grosso merdo diriges toi vers les webservices.
10/12/2007, 22h10
Amine_sas

Citation:

Envoyé par doons

Les données ne doivent pas être accessibles ni modifiables autrement que par l'application.

Si je résume, je dois faire un serveur, qui reçoit des requêtes sql (sous forme de string j'imagine ?) il effectue les requêtes à la BD et renvoie les données à l'applic (sous forme de quoi ? resultset ?)

Surtout ne pas faire cela (d'ailleurs il a été mentionné par CyberChouan). La raison en est très simple, un client malintentionné peut tout simplement envoyer une requête telle que DELETE FROM nom_de_table pour vider la table.

Citation:

La lecture est autorisée simultanément pour plusieurs clients, par contre l'écriture ne l'est pas, cela doit donc se passer dans une méthode synchronized()

Il ne s'agit pas d'un simple fichier. Pour une BDD, la synchronisation est assurée par le SGBD.
13/12/2007, 11h04
doons
Ok, mais alors si j' ai bien compris le système :

1. J'ai une applic client sur mon poste
2. J'ai une applic serveur sur le serveur
3. J'ai la base de données sur le serveur.

Admettons que j'ai une table personnes qui contient les champs id, nom, prenom et date_naissance.

Pour afficher une personne, le client ferais un truc du genre :
Code:

1 2 3 4 Personne personne = new Personne(); personne.setID(id); personne = server.getPersonne(personne)
C'est la meme chose si le client veut modifier la personne ou inserer une nouvelle personne.

Est-ce bien cela ? Car je suis un peu dans le flou

Merci d'avance
13/12/2007, 15h11
Amine_sas
Salut,
Code:

1 2 3 Personne personne = new Personne(); personne.setID(id); personne = server.getPersonne(personne);
Si j'ai compris, tu veux récupérer les informations d'une personne en envoyant son id. Dans ce que cas il suffit d'envoyer l'id en tant que parametre de type int (ou n'importe quel autre type que tu as choisis pour id dans la classe Personne).
Le serveur utilise l'id pour construire une requête, l'exécute, construit un objet personne en utilisant les informations récupérées depuis la base de données et renvoie l'objet au client. Tout cela en supposant que tu passes par une solution RMI.
13/12/2007, 15h53
doons

Oui, en fait c'était pour montrer la liaison entre les 2.

Pour faire un upadte, il faudrait passer l'objet personne j'imagine
13/12/2007, 21h25
Amine_sas
Salut,

Citation:

Envoyé par doons

Oui, en fait c'était pour montrer la liaison entre les 2.

Pour faire un upadte, il faudrait passer l'objet personne j'imagine

Oui, c'est une solution, étant donné que l'objet personne est serialisable.
Une alternative consiste à passer les champs de l'objet en paramètre, par exemple:
Code:

1 2 updateADistance(int id, String name);
Le serveur se sert à nouveau de ces paramètres pour construire la requête.