OVH Cloud OVH Cloud

[WD7.5 206e] Problème de tri sur une table fichier

3 réponses
Avatar
JVMD
Je viens de m'apercevoir d'un problème dans ma table fichier
principale.

J'ai un petit soft de gestion de livres.

J'ai donc une table fichier pour l'affichage avec la liste des livres.

Dans cette table j'ai une catégorie auteur liée à un fichier auteurs.

Donc dans cette table fichier, j'ai une rubrique auteur avec une
liaison multi-fichier
tblListeLivres.IDAuteurs=>Auteurs.IDauteur=>NomAuteur.

C'est très bien au lieu de l'IDAuteur j'ai bien le nom de l'auteur.

Par contre le gros problème est que je peux pas trier par auteur, rien
ne se passe, j'ai pas le petit triangle.

Idem pour toutes mes rubriques multi-fichier.

Alors c'est super le multi-fichier mais si on ne peut pas trier, je
suis coincé.

Comment contourner ce problème ??

Merci

JL


----------------------------------------------
Enlever AntiSpam à mon adresse pour m'écrire.
----------------------------------------------

3 réponses

Avatar
farplus
Bonjour,

en effet j'ai fait 2 ou 3 essais et même constat. Vraiement des fois...
Solution(s)
a) 2 tables (pas folichon..)
b) table mémoire
hlitpremier(Auteurs,IdAuteur) // pas Livre !!!
tantque pas hendehors()
hfiltre(Livres,IdAuteur)
hlitpremier(livres,IdAuteur)
tantque pas hendehors()
tableajoute(table, auteurs.NomAuteur+tab+Livres.TitreLivre)
hlitsuivant(livres,idauteur)
fin
hlitsuivant(auteurs,IdAuteur)
fin
hdesactivefiltre(livres)

c) répercuter le nom de l'auteur dans le fichier livres (ça ne gaspille pas
trop de place et accélère le traitement).


A+
Avatar
JVMD
Le Wed, 24 Sep 2003 22:27:18 +0200, "farplus" écris
:

Bonjour,

en effet j'ai fait 2 ou 3 essais et même constat. Vraiement des fois...
Solution(s)
a) 2 tables (pas folichon..)
b) table mémoire
hlitpremier(Auteurs,IdAuteur) // pas Livre !!!
tantque pas hendehors()
hfiltre(Livres,IdAuteur)
hlitpremier(livres,IdAuteur)
tantque pas hendehors()
tableajoute(table, auteurs.NomAuteur+tab+Livres.TitreLivre)
hlitsuivant(livres,idauteur)
fin
hlitsuivant(auteurs,IdAuteur)
fin
hdesactivefiltre(livres)

c) répercuter le nom de l'auteur dans le fichier livres (ça ne gaspille pas
trop de place et accélère le traitement).




Et bien sachant que j'ai le même problème avec 3 autres rubriques j'ai
abandonné l'Id la liaison et tout le bordel et j'ai pris c en
récupérant directement le nom en tranformant mes champs numérique d'ID
en champs texte et j'ai fais sauter les liaisons.

De plus dans un certain sens ça me facilite pas mal de choses vu que
les champs sont en direct.

Mais qu'en est il de l'intégrité reférentielle et de toutes les jolies
choses de Windev.
Plus grand chose je le craint.

Merci

JL


----------------------------------------------
Enlever AntiSpam à mon adresse pour m'écrire.
----------------------------------------------
Avatar
Michel
Oui la colonne NomAuteur est considérée comme une colonne calculée
Une solution (si le nombre des infos est limité) est d'utiliser une table
mémoire, dans ce cas, toutes les colonnes deviennent triables.
A+


"JVMD" a écrit dans le message news:

Je viens de m'apercevoir d'un problème dans ma table fichier
principale.

J'ai un petit soft de gestion de livres.

J'ai donc une table fichier pour l'affichage avec la liste des livres.

Dans cette table j'ai une catégorie auteur liée à un fichier auteurs.

Donc dans cette table fichier, j'ai une rubrique auteur avec une
liaison multi-fichier
tblListeLivres.IDAuteurs=>Auteurs.IDauteur=>NomAuteur.

C'est très bien au lieu de l'IDAuteur j'ai bien le nom de l'auteur.

Par contre le gros problème est que je peux pas trier par auteur, rien
ne se passe, j'ai pas le petit triangle.

Idem pour toutes mes rubriques multi-fichier.

Alors c'est super le multi-fichier mais si on ne peut pas trier, je
suis coincé.

Comment contourner ce problème ??

Merci

JL


----------------------------------------------
Enlever AntiSpam à mon adresse pour m'écrire.
----------------------------------------------