primo/Mci Raymond pour la soluce s/chp Memo
sedo/
Dans mon rapport (facture)le premier record qui s imprime
est le dernier enrgistre dans ma table. Comment respecter
l ordre de creation de la facture et faire imprimer le
premier enregistre en tete, le second en deuxieme, le
dernier en dernier.
Mci
tu m'as dit : Juste Eric, elle a un index sur le type de produit, mais Duplicate=OK, ET il est combine avec le champ nofacture comme cle primaire.
et dans ce message tu mets
"frayer" écrivait n
Je vais etre plus precis La table Detail comporte nofacture (num) detail (txt) ces deux etant indexe et faisant la cle primaire monnaie (num) montant (num)
Dans ce que tu viens de donner il y a juste la clé primaire et la propriété Unique est forcément à Oui.
Tu as viré l'index sur le detail depuis mon message ?
Je te comprends plus là
tu m'as dit :
Juste Eric, elle a un index sur le type de produit, mais
Duplicate=OK,
ET il est combine avec le champ nofacture comme cle
primaire.
et dans ce message tu mets
"frayer" <anonymous@discussions.microsoft.com> écrivait n
Je vais etre plus precis
La table Detail comporte
nofacture (num)
detail (txt) ces deux etant indexe et faisant la cle
primaire
monnaie (num)
montant (num)
Dans ce que tu viens de donner il y a juste la clé primaire et la propriété
Unique est forcément à Oui.
Tu as viré l'index sur le detail depuis mon message ?
tu m'as dit : Juste Eric, elle a un index sur le type de produit, mais Duplicate=OK, ET il est combine avec le champ nofacture comme cle primaire.
et dans ce message tu mets
"frayer" écrivait n
Je vais etre plus precis La table Detail comporte nofacture (num) detail (txt) ces deux etant indexe et faisant la cle primaire monnaie (num) montant (num)
Dans ce que tu viens de donner il y a juste la clé primaire et la propriété Unique est forcément à Oui.
Tu as viré l'index sur le detail depuis mon message ?
FRAYER
Finalement, j'ai du mettre un autombr dans cette table, le fait de supprimer les index ne donnait pas entiere satisfaction. Un coup trie dans l ordre creation, un coup non. Mci des conseils @+ bonne journee
-----Message d'origine----- Si on ne peut pas trier ou qu'on n'a pas les éléments et si on veut imprimer
dans l'ordre, il ne reste plus qu'un champ numauto (si aucun n'existe déjà,
1 seul par table) qui classera automatiquement les enregistrements par date
de saisie. donc tri sur n° de facture et numauto.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Eric" a écrit dans le message de news:
je ne suis pas sur que cela soit suffisant car une facture a plusieurs
lignes dans la plupart des cas et chacune de ses lignes de détail a le
meme
n° de facture et la même date(si stockée dans table Détail) sauf si la
date
est au format complet. Donc si la table détail est indéxée sur le type de produit, ca retournera
l'info classée par numfacture, date et dans l'ordre de l'index de la table
détail(ici le nom du produit) et non pas dans l'ordre de saisie.
Ne crois-tu pas ?
Eric
.
Finalement, j'ai du mettre un autombr dans cette table, le
fait de supprimer les index ne donnait pas entiere
satisfaction. Un coup trie dans l ordre creation, un coup
non.
Mci des conseils
@+ bonne journee
-----Message d'origine-----
Si on ne peut pas trier ou qu'on n'a pas les éléments et
si on veut imprimer
dans l'ordre, il ne reste plus qu'un champ numauto (si
aucun n'existe déjà,
1 seul par table) qui classera automatiquement les
enregistrements par date
de saisie. donc tri sur n° de facture et numauto.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Eric" <f_framZZ@hotmail.com> a écrit dans le message de
news:XnF94D7A7910CA9fframZZhotmailcom@207.46.248.16...
je ne suis pas sur que cela soit suffisant car une
facture a plusieurs
lignes dans la plupart des cas et chacune de ses lignes
de détail a le
meme
n° de facture et la même date(si stockée dans table
Détail) sauf si la
date
est au format complet.
Donc si la table détail est indéxée sur le type de
produit, ca retournera
l'info classée par numfacture, date et dans l'ordre de
l'index de la table
détail(ici le nom du produit) et non pas dans l'ordre
de saisie.
Finalement, j'ai du mettre un autombr dans cette table, le fait de supprimer les index ne donnait pas entiere satisfaction. Un coup trie dans l ordre creation, un coup non. Mci des conseils @+ bonne journee
-----Message d'origine----- Si on ne peut pas trier ou qu'on n'a pas les éléments et si on veut imprimer
dans l'ordre, il ne reste plus qu'un champ numauto (si aucun n'existe déjà,
1 seul par table) qui classera automatiquement les enregistrements par date
de saisie. donc tri sur n° de facture et numauto.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Eric" a écrit dans le message de news:
je ne suis pas sur que cela soit suffisant car une facture a plusieurs
lignes dans la plupart des cas et chacune de ses lignes de détail a le
meme
n° de facture et la même date(si stockée dans table Détail) sauf si la
date
est au format complet. Donc si la table détail est indéxée sur le type de produit, ca retournera
l'info classée par numfacture, date et dans l'ordre de l'index de la table
détail(ici le nom du produit) et non pas dans l'ordre de saisie.
