Discussion :

[cornet04]

Bonjour,

J'ai une petite appli dans laquelle je souhaite comparait deux dates,
malheureusement je suis un peu nul sur le traitement des dates.
Ceci pour eviter les doublons puisque l'utilisateur ne peut saisir qu'un élément par jour.
il ne peut pas y avoir deux enregistrements pour le même jour.
J'ai donc établie une requête pour vérifier l'existence de doublon en terme de date et cela ne marche pas.

Dans cette requête appelée "sql_doublon" je regarde si dans ma table T_timming j'ai déjà un enregistrement ou pas.
La dernière condition n'est pris e en compte et je ne sais pas pourquoi ???

Code :

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

1
2
3
sql_doublon = " select * from T_timming" _
                       & " where num_section = " & Me!num_section _
                       & " and date = " & Me!date

[madefemere]

Bonjour,

Il faut utiliser les identificateurs de date # et le format date US, donc on devrait avoir :

Code :

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

1
2
3
sql_doublon = " select * from T_timming" _
& " where num_section = " & Me!num_section _
& " and date =# " & Format(Me!date,'yyyy/mm/dd') & "#"

Cordialement,

[cornet04]

bonjour

merci pour le tuyau ça marche même sans le format américain ???
Voici mon code maintenant :

Code :

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

1
2
3
sql_doublon = " select * from T_timming" _
                       & " where num_section = " & Me!num_section _
                       & " and date = # " & Me!date & "#"

Seul petit problème cela semble fonctionner correctement sauf pour la date d'aujourd'hui le 02/03/2015.
pour une date avant ou après celle ci c'est bon mais pas le 02 mars ????????????

[alassanediakite]

Salut
Je pense qu'un INDEX UNIQUE sur num_section et date fera mieux l'affaire qu'autre chose.
@+

[madefemere]

Re-,

Seul petit problème cela semble fonctionner correctement sauf pour la date d'aujourd'hui le 02/03/2015.

C'est pour éviter cela que je proposais de mettre le format américain :
Cela enlève toute ambiguïté sur la date.
De plus, j'aime pas trop ton champ "date" dans la requête. J'espère que c'est uniquement pour illustration mais non pas dans ton application.

La proposition de alassanediakite n'est pas mauvaise en soi . A méditer...

Cordialement,

[cornet04]

Salut

je comprends pas trop comment un index unique resoudrait mon problème ???
je suis contraint de tester ces deux conditions simultanément.
cela marche très bien sauf pour la date d'aujourd'hui ???

encore merci pour l'aide

[madefemere]

Re-,

Un index unique sur les 2 champs voudrait dire que tu ne peux avoir les mêmes valeurs dans la combinaison de ces 2 champs.
Si tu as déjà num_section = 1 et date = 2/2/15, la nouvelle saisie de ces mêmes valeurs va être refusée par Access.
Tu peux par contre saisir num_section = 1 et date = 3/2/15.

Le fait que le code ne lève pas le doublon pour la date d'aujourd'hui est par contre étonnant. Je dirais que c'est parce que tu utilises "Date" comme nom de champ et ça doit causer problème.

Cordialement,

[cornet04]

désolé je suis un peu lent................
tu as raison c'est ok avec évidemment le format américain.
seule particularité j'ai du mettre le format entre double cote comme ci dessous et ça marche parfaitement

Code :

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

1
2
3
sql_doublon = " select * from T_timming" _
                       & " where num_section = " & Me!num_section _
                       & " and date = # " & Format(Me!date, "yyyy/mm/dd") & "#"

encore merci

[madefemere]

OK, c'était possible que ça pouvait faire la différence selon l'endroit où on insérait le code SQL.
Si c'est bon, mets le topic en RESOLU pour que les autres membres ne se perdent pas trop dans nos échanges.

Cordialement,