Discussion :

[papy_tergnier]

bonjour à tous,
j'ai une question de modèle qui n'est pas forcément du à postgresql mais comme j'utilise ce SGBDR je la pose ici :

j'ai une base qui contient des étudiants et je voudrais stocker leur photo d'identité.
j'ai lu qu'il était préférable de les stocker dans un répertoire et de stocker le chemin dans la base de donnée.
jusqu'ici tout va bien
seulement mon serveur étant sous FreeBSD (bientot Debian) et mes clients sous windows, est ce que pour accéder à mes photos je suis obligé d'installer samba, de créer un utilisateur générique et de mapper des lecteurs réseaux sur tous mes postes clients ou alors est ce qu'il y a une autre solution ?

Sinon par rapport au stockage directement dans la BDD via des BLOB est ce que ça ralentit énormément l'accès à la base de données.

Merci d'avance

[kryskool]

Bonjour

Moi je stockerais les fichiers en chemin relatif juste le nom de la photos ou /repertoire/photo_etudiant1.jpg puis via un paramètre (ou table de paramètre), je choisirais http://mon_intranet.fr/

dans ton application coté windows tu la récupère via un socket TCP/IP sur le port 80 (HTTP).

Quel langage utilise tu coté client ?

[papy_tergnier]

merci,

c'est une solution que j'avais aussi envisagé mais vu que je n'ai pas d'expérience de ce coté je cherche des retours d'expérience.
Je pense que ton idée est celle que je vais utiliser mais je laisse le sujet ouvert au cas où.

Je développe mon appli en C++

[GrandFather]

Bonjour,

pour du transfert de fichiers, je privilégierais FTP plutôt que HTTP. Tu ne devrais pas avoir de problème à trouver une librairie pour coder simplement un client FTP avec C++.

La solution Samba me semble un peu lourde à déployer, et les BLOB peuvent être pénibles à manipuler pour une restitution graphique par code, ça dépend en grande partie de ta librairie graphique.

[papy_tergnier]

salut,

tu es la 2nde personne (avec SQLPro) à me parler de rapatrier les fichiers en FTP seulement un truc m'échappe : si je la rapatrie en FTP je vais devoir la stocker sur le PC client alors que je veux juste la visionner.
N'est ce pas du stockage inutile ??

[GrandFather]

Ce ne sera qu'un stockage temporaire dans le système de fichiers du client, juste le temps de la visualisation, le fichier sera supprimé ensuite. Sinon, tu as toujours la solution BLOB, mais personnellement je suis opposé au stockage d'objets binaires "inertes" en base s'il y a d'autres solutions.

[EDIT] Pour éviter le problème de gachis de bande passante, tu peux mettre en place un système simple de cache : les fichiers images récupérés via FTP ne sont supprimés qu'à la fermeture du programme, et il vérifie que l'image n'est pas déjà présente en local avant d'ouvrir une session FTP.

[papy_tergnier]

oki merci.

Je vois ce que tu veux dire. Je vais faire comme tu m'as dit : ça m'évitera de devoir mapper un lecteur réseau sur chacun de mes clients.
Merci pour ces infos : ça m'a bien aidé car je ne savais pas vers quelle solution me tourner.

A+

[kryskool]

Je prefere le HTTP pour son mode Asynchrone, on peut envoyer une requête pour recuperer une photo, sans bloquer l'appli jusqu'a la recupération complète de celle ci.

[papy_tergnier]

c'est pas bete comme réponse : du coup je sais plus quelle est la solution à adopter

[GrandFather]

HTTP ou FTP, de toute façon il te faudra placer le code de récupération de l'image dans un thread si tu ne veux pas que l'application soit stoppée (du point de vue de l'utilisateur) durant le chargement. Maintenant, c'est un raffinement qui ne se justifie que si tu as des gros problèmes de bande passante sur ton réseau...

Je pense que FTP est plus adapté à ce genre d'usage, notamment pour les questions de restriction d'accès : l'identification (identifiant, mot de passe) est obligatoire pour la connexion au serveur FTP, optionnelle pour le serveur HTTP.