Discussion :

[legero]

Bonjour Cher Tous.
je travail au développement d'une application dans la quelles les utilisateur doivent joindre des fichier (Documents) aux projets.
j'ai créé la table "PROJETS" et la table "DOCUMENTS_PROJETS"
j'aimerais que après la saisie d'un projet, les utilisateur puissent à partir d'un bouton aller dans l'explorateur pour sélectionner le document et le stocker dans la base de données.
le document pourras être visualisé plus tard avec le logiciel correspondant par un simple clic.
voici les Tables:



MERCI de Votre Aides

[fffttt]

bonjour
à défaut de faire ton projet, je te donne un conseil, ne pas enregistrer les documents dans la base, mais un chemin.

[frenchsting]

Je plussoie fffttt.

Dans mon projet principal, nous avions incorporé des RTF... Du coup, nous avions des mmo de 3Go : lenteur et risques d'explosion.
Nous avons décidé de les convertir au format Word, et de n'enregistrer que le nom du fichier dans la base (nous pouvons reconstruire facilement le chemin d'accès).

Bref, si tu auras peu de documents et de petite taille, tu peux les intégrer dans le mmo. Dans le cas contraire, cette idée est à proscrire.

[legero]

bonjour
à défaut de faire ton projet, je te donne un conseil, ne pas enregistrer les documents dans la base, mais un chemin.

J’y ai pensé, mais étant donné qu'il faut un répertoire unique sur le serveur pour enregistrer les Fichiers, comment faire pour copier le document sélectionné sur la machine de l'utilisateur vers le répertoire du serveur.
Par mesure de sécurité je ne veux pas que les utilisateurs accèdent directement au répertoire sur le serveur pour y déposer les fichiers.

[planeurbret]

Je trouve la solution de ne sauvegarder que le chemin très bonne cependant un inconvénient : si l'utilisateur change le chemin du document....

[frenchsting]

Pour faire simple: tu utilises un chemin UNC, c'est moins facile à trouver.

@PlaneurBret : le chemin du document sera celui sur le serveur, pas celui en local sur le poste. Le fichier sélectionné est copié sur le serveur (et le chemin est "recréé").

[planeurbret]

Oui pas faux.

Je n'avais pensé que pour le local, et pas sur un serveur.

[legero]

Pour faire simple: tu utilises un chemin UNC, c'est moins facile à trouver.

@PlaneurBret : le chemin du document sera celui sur le serveur, pas celui en local sur le poste. Le fichier sélectionné est copié sur le serveur (et le chemin est "recréé").

Merci beaucoup. Je vais faire des recherches là déçues, car je ne sais pas trop comment procéder avec le chemin UNC.
Si tu peux me donner des orientations, elles seront les biens venus

[zouzoukha]

Salut

Exemple de chemin UNC :

\\serveur\Scans\

[aleste81]

sélectionner le document et le stocker dans la base de données.

Voici le principe pour stocker des fichiers Word en SQL
- tu crées un Champ Bureautique de type "traitement de texte" appelé TraitementDeTexte1
- avec ce champ, l'utilisateur crée ou ouvre un document Word

L'enregistrement du binaire Word dans un champ binaire SQL se fait de la façon suivante

Code :

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

1
2
3
4
5
6
7
8
9
10
SI TraitementDeTexte1.Vide ALORS
	DOCUMENTS_PROJETS.MonBINSQL..Null	= Vrai
SINON SI TraitementDeTexte1.VersTexte() = "" ALORS
	DOCUMENTS_PROJETS.MonBINSQL..Null	= Vrai
SINON
	mon_Document				est un Document
	mon_Document				= TraitementDeTexte1
	DOCUMENTS_PROJETS.MonBINSQL		= mon_Document
FIN
HModifie(DOCUMENTS_PROJETS)

Pour charger le buffer dans le champ bureautique, simplement

Code :

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

TraitementDeTexte1.Ouvre(DOCUMENTS_PROJETS.MonBINSQL)

[frenchsting]

Bonjour à toi,
Je n'ai rien contre ton message car ta réponse est correcte aujourd'hui avec un windev 22. La 24 pour avoir des "bons" pdf.
La version était la 20 et le champ traitement de texte n'existait pas.
Et personnellement, je déconseille l'utilisation de rubriques memo pour stocker des fichiers binaires. Surtout s'ils sont prévus pour être très nombreux.

[aleste81]

Je n'ai rien contre ton message

Bonjour, mais moi j'ai quelque chose contre le tien (et tous ceux au-dessus qui ont répondu à côté).
Car quand quelque pose une question technique précise "comment faire çà", il ne s'attend pas à ce qu'on lui répondre "il faut pas faire ça" ou bien "voilà comment faire autre chose"
C'est de la netiquette de base, et c'est en vigueur depuis plus de 30 ans quand même.

Nous sommes des programmeurs professionnels, et des adultes responsables. Nous savons quel est notre besoin dans un cadre précis. Répondre à côté est une perte de temps à la fois pour l'op et tous les lecteurs présents et futur du fil. C'est mal.

[Voroltinquo]

Bonjour,

Nous sommes des programmeurs professionnels

Malheureusement, non. De nombreux utilisateurs de ce forum ne connaissent même pas les bases de la programmation générale.
Quant à la notion de requête ...

[popoy]

On se calme les gars
Legero n'as pas précisé sa version de windev
Dans ce cas on considère que c'est la dernière
De plus, le forum s'adresse à tous le monde
Néophytes ou professionnel
Cependant, quand la question est trop simple cela m'énerve.
Attendez la réponse du demandeur avant de faire des suppositions.

[Voroltinquo]

Legero n'as pas précisé sa version de windev

Elle est taguée [WD20] en 2016 qui plus est.

[serendib]

Question posée en février 2016.
Réponse hors sujet 6 ans après.
Il fait chaud, c'est vrai, mais tout de même.

[frenchsting]

Répondre à côté est une perte de temps à la fois pour l'op et tous les lecteurs présents et futur du fil. C'est mal.

Bonjour,

Répondre à côté peut signifier que le problème a mal exposé ou que le lecteur l'a mal compris. Cela m'arrive régulièrement (de mal expliquer et de lire de travers). Et dire qu'une mauvaise réponse, c'est mal, je trouve ça très sentencieux. Il m'arrive, régulièrement, sur ce forum d'être complètement en dehors de la plaque. Mes collègues me le font remarquer et me permettent ainsi de progresser. C'est bien.

Si j'ai écrit la réponse que j'ai donnée, c'est parce que j'ai bien compris que tu n'avais pas vu que celle que tu as donnée ne correspondait pas à la bonne version de windev. Tout simplement.

[aleste81]

Réponse hors sujet 6 ans après.

Il y a un délai pour la Vérité ?
Ma réponse est en sujet, et c'est même la seule.
Je vois que ta vie c'est le forum, tu te sens obligé de passer dire bonjour, c'est bien. On s'occupe comme on peut.

[aleste81]

celle que tu as donnée ne correspondait pas à la bonne version de windev.

On peut supposer que depuis 6 ans, il a changé de version
Il faut aussi penser à tous les lecteurs qui atterissent sur ce fil en cherchant "stocker Word dans SQL" (c'est mon cas à la base !), ils seront bien contents d'avoir ma réponse (pas les vôtres).

[frenchsting]

Je pense surtout qu'il est passé à autre chose, au bout de 6 ans...