IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C# Discussion :

stockage SQL d'images et restitution.


Sujet :

C#

  1. #1
    Membre confirmé
    Inscrit en
    Juin 2004
    Messages
    76
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 76
    Par défaut stockage SQL d'images et restitution.
    Bonjour,

    Je viens vers vous car je ne trouve aucune solution et je tourne un peu en rond...

    Mon besoin semble assez basique pourtant.

    Je développe une appli web sous VS2010, .NET4.0 en C#.

    Je souhaite réaliser une petite galerie photo.

    Etape 1 : Proposez un UploadFile pour charger l'image ==> Ok

    Etape 2 : Stocker l'image chargée dans une base SQL en utilisant un champ "image" et en lui passant un Byte[] ==> ok

    Etape 3 : Lire toutes les images de la table et les afficher dans un web controle sous forme de liste.
    Mais la je sèche... Je ne sais pas du tout comment m'y prendre.

    Tous les tutos que je lis utilisent toujours une url ou un chemin de fichier. Or je n'ai pas de chemin, juste un tableau de byte qui représente l'image lue en table.

    J'aimerai ne pas devoir passer par un répertoire temporaire pour les stocker.

    Quelqu'un peut-il m'aider ?

    Merci d'avance.

  2. #2
    Membre expérimenté
    Profil pro
    Mangeur de gauffre
    Inscrit en
    Octobre 2007
    Messages
    4 413
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Mangeur de gauffre

    Informations forums :
    Inscription : Octobre 2007
    Messages : 4 413
    Par défaut
    Salut

    A mon avis tu te simplifierais la vie et tu allegerait ta database si au lieu de stocker tes images en DB, tu les gardais sur dans un repertoire en ne sauvant que la référence dans la DB

  3. #3
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2004
    Messages : 19 875
    Par défaut
    Tu peux passer par un handler HTTP (.ashx)
    C'est un peu comme une page normale, sauf que c'est toi qui génère la réponse HTTP manuellement en fonction de la requête.

    Par exemple, tu mets l'ID de l'image dans la requête, et à partir de cet ID ton handler va récupérer l'image dans la base et la renvoie sur le flux de la réponse. N'oublie pas de préciser le ContentType (genre "image/png", "image/jpeg" etc) dans la réponse, sinon le navigateur ne saura pas quoi en faire

    Plus d'infos sur MSDN : http://msdn.microsoft.com/fr-fr/library/bb398986.aspx

Discussions similaires

  1. [SQL] Affichage image programmé depuis SQL
    Par mikosworld dans le forum PHP & Base de données
    Réponses: 9
    Dernier message: 25/09/2007, 16h00
  2. Problème de lecture et de stockage de plusieurs images
    Par mathieu2611 dans le forum MATLAB
    Réponses: 5
    Dernier message: 12/06/2007, 14h16
  3. Stockage d'une image dans un champ blob
    Par Wrack dans le forum JDBC
    Réponses: 3
    Dernier message: 29/04/2007, 21h48
  4. [SQL] Architecture optimal pour un stockage dynamqieu d'image
    Par Death83 dans le forum PHP & Base de données
    Réponses: 4
    Dernier message: 11/06/2006, 16h49
  5. [Image]Stockage d'une image sur un serveur
    Par zoby43 dans le forum Bibliothèques et frameworks
    Réponses: 5
    Dernier message: 23/03/2006, 11h42

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo