Bonjour,
Je suis un peu étonné aussi de la réaction de mes camarades. Pourtant, au niveau modélisation je suis plutôt ch#@¤...
Envoyé par
Philippe JOCHMANS
…Cela est dut à une mauvaise conception
Oui, mais…
Envoyé par
tibofo
Je veux faire une saisie annexe (table temporaire) par laquelle, je ne saisi que le cod- article et les qtés par mois(de livraison).
Cette table cracra au niveau de la normalisation n’est que temporaire, uniquement là pour la saisie.
Envoyé par
User
Par exemple, pour commencer, une table du style :
TblLivraison
Article
Qté
DateLiv
...
Ferait mieux l'affaire…,
Oui mais…
Envoyé par
tibofo
J'ai un Bon de commande (saisie classique sur chaque ligne : article, qté, prix, remise, prix net, date de livraison)
C’est bien ce que Tibofo a, une belle table bien propre…
Envoyé par
tibofo
Puis je veux cliquer sur un bouton pour transférer cette table temporaire vers ma table des lignes du BC ( et lors de ce transfert, je dois "transformer" par déduction une saisie de qté dans un mois par la date du 01/mois/année).
Transférer les données saisies dans sa table cracra mais temporaire, dans son modèle normalisé avec une date de livraison de type Date/heure.
Qu’y voyez-vous de répréhensible dans ce que souhaite faire Tibofo ?
Pour tenter de répondre, il faut sans doute passer par la fonction DateSerial qui permet de reconstruire une date :
DateSerial(Year(Date()), Month(Date()),1)
donnera à ce jour la date du 01/07/2010
Par comparaison avec la date du jour (fonction Date()), tu devrais pouvoir attribuer l’année :
Par exemple pour le mois de MARS :
DateSerial(Year(Date()), 3 ,1)
Ou
DateSerial(Year(Date())+1, 3 ,1)
Partager