DominoArea.org [Archive]

Bonjour,

Dans mon formulaire j'ai un tableau de 10 lignes comme suit :

fournisseur_1, libprod_1, montant_1
fournisseur_2, libprod_2, montant_2
fournisseur_3, libprod_3, montant_3 .....

Je souhaite afficher une vue comme suit (chaque colonne est représentée par un tiret) :
- Fournisseur ("Catégorisée", "Afficher valeurs multiples comme entrées distinctes") Formule = fournisseur_1:fournisseur_2....
- Client Formule = RaisonSociale
- Produit ("Catégorisée", "Afficher valeurs multiples comme entrées distinctes") Formule = libprod_1:libprod_2....
- Montant ("Catégorisée", "Afficher valeurs multiples comme entrées distinctes") Formule = montant_1:montant_2....

Donc pour un formulaire, je peux avoir plusieurs fournisseurs différents ou encore un même fournisseur pour des produits différents.
Seulement voilà, mon problème c'est que j'ai bien la distinction qui se fait pour le fournisseur mais pour le reste du tableau, ce n'est pas cohérent!

Exemple : Je remplis le formulaire
Client : LAMBDA
Fournisseurs Produit Montant
F3 P1 100
F2 P2 50

J'obtiens alors dans ma vue :
F2 P1 50
F3 P1 50

Au lieu de :
F2 P2 50
F3 P1 100

Donc je n'ai jamais la "relation de niveau" entre les champs!

Est-ce que c'est possible ce que je souhaite faire? Sinon ce serait créer une vue pour chaque fournisseur et ensuite faire des @If pour savoir si la ligne correspond au bon fournisseur pour afficher la bonne valeur de produit et de montant!!! Autant dire une grosse usine à gaz!!

Merci de votre aide!

salut.

je ne pense pas que tu puisse faire ce que tu veux, ou du moins ça sera pas glop.

par contre si tu passe par une vue intégré (pour remplacer le tableau) la plus aucun souci !

Peux-tu détailler s'il te plait? Une vue intégrée avec la saisie via une formulaire en mode dialogbox? Et par la suite j'affiche quelle information si je souhaite connaitre le montant de mes affaires par fournisseur et par client?

salut

oui, une vue intégré, avec 1 document par ligne (fournisseurs).

tu peux soit l'alimenter via une dialogue box soit en utilisant l'option de saisie directement dans la vue. ça te fais un tableau dynamique.

ensuite ça se traite comme n'importe qu'elle vue !

Salut,
Que faire de mes anciens documents j'en ais beaucoup :S ?

heu.... agent de reprise ?

Domino n'est pas une base de donnée relationnelle.
Tu va certainement pouvoir bricoler un visuel qui correspond à ce que tu veux, mais supposons que dans 6 mois fournisseur 1 augmente le prix de son produit A qui est référence dans 344 fiches... Pour toi en tand que developpeur c'est pas grand chose, mais pour un user, s'il ne fait pas attention ça peut faire du grabuge.

en effet il faut prévoir les changements de prix et autres, mais le problème serait le même vue intégré ou pas

C'est pour ça que je dit que Domino n'est pas un SGBDR...

c'est pas nouveau !

Ben alors pourquoi y as toujours des devs domino qui cherche a l'utiliser comme un SGBD ?

certain cherchent quand même faire comme si !

mais dans la question cyril je n'ai rien vue qui y fasse penser

Dans sa question peut etre mais dans son problème...
Il cherche a lier des objets de type Produit Simple (fournisseur, produit, prix) a des fiche de type Produit composé (?, plus n Produit simple).
Le soucis est que pour constituer ses produit simple il ne passe pas par des documents enfants qui contiendrait les trois informations liée mais par trois champ multivalué distinct.
C'est globalement un problème de conception pour moi. Après si on veut rester dans du domino pur, va falloir revoir la structure de la base pour dissocier les enregistrement "produit simple" de "produit composé".

je dis pas le contraire

Bonjour,

Effectivement il y a eu un problème de conception au départ! La base ce n'est pas moi qui l'ai créée mais j'ai corrigé pas mal d'incohérences et de lourdeurs dans les scripts ...
Je sais bien que Domino n'est pas un SGBDR (quoiqu'à partir de la 7.0...). Seulement voilà, actuellement je constate qu'avec l'existant, je suis obligé de créer autant de vue qu'il y a de fournisseurs et ça c'est très bof bof en matière de maintenance.

@Amahi : Il n'y a que le champ "Fournisseur" qui est une zone de liste, les autres sont simplement des champs texte simple dans le masque. Et il y a plusieurs occurrences de ces champs afin de simuler un tableau. M'enfin merci quand même pour vos interventions, je vais essayer de bricoler un agent de reprise pour passer dans tous les masques !

@+