Newsgroup: it.comp.appl.access
Titolo: eliminazione di un record

Ciao a tutti. 
ho un pulsante in una maschera al quale sul click ho scritto la seguente riga di evento, ma non funziona...
 
DELETE * FROM Rap_Non_conformita WHERE [id_nonc]= & Me.id_nonc
 
mi da un errore di "errore di sintassi", riferito all'asterisco credo...
dove sto sbagliando?
la maschera è una lista di NC aperte di cui l'utente decide di camcellarne una. la maschera NC è chiusa. in pratica un semplice elimina..
che c'è che non quadra?
 
grazie
Luca


Ciao,
ti va di riportare il codice della sub_click così capiamo meglio?
Mat.

Il giorno domenica 28 maggio 2017 23:20:55 UTC+2, Lomba ha scritto:

l'errore è la mancanza di virgolette dopo = ([id_nonc]=" & Me.id_nonc
 
ma se id_nonc è una stringa occorre fare così ([id_nonc]='" & Me.id_nonc & "'")


ciao.
continua a darmi degli errori
non è che per caso l'asterisco non gradisce il Where?


ciao 
alla fine ho optato per questa soluzione funzionante
si vede che aveva bisogno di un valore quel NUMERO_NC
 
Private Sub Comando64_Click()
 
lngIDPrt = Me![NUMERO_NC].Value
 
strSQLTblEvol = "DELETE * FROM Rap_Non_conformita WHERE NUMERO_NC = " & lngIDPrt
CurrentDb.Execute strSQLTblEvol
 
Me.Requery
End Sub
 
ciao a tutti e grazie
Luca


considerazione a spanne:
ricordo inghippi simili e quando devo passare un valore ad una stringa sql
NON inserisco più (in modo diretto) il contenuto del controllo
MA il nome del controllo CHE PERO' CAMBIO (e quindi differenzio dal contenuto)
 
Ho il sospetto che mantenere l'identità nomeControllo contenutoControllo
(predefinita) metta in confusione l'elaborazione dell'istruzione sql


AGGIUNTA
o forse questo è l'esempio della "giustezza" (NON teorica) 
di distinguere  ! da .


già... in realtà poi non capisco come mai ho dovuto ricorrere a inghippi simili, in realtà la sintassi della mia prima richiesta è tutto sommato corretta. boh.. adesso funziona.
grazie!
ciao
Luca

Ciao,
i campi id_nonc e numero_nc di che tipo sono?
Mat.


continuo, con il solo fine discorsivo di elencare stranezze,
che comunque fanno pensare che
"QUANDO Access parte con quello che ha, nel codice, si predispone qualcosa"
(e se lo tiene ...) 
 
1) punto fermo (ripreso pari pari dagli antichi maestri qui passati)
COMPILARE il codice non appena si fa una (mezza) modifica
(il compilatore rileva gli errori di sintassi)
 
2) elenco stranezze
(PREMESSA: uso SOLO A2003 e 2000 con Runtime 2007)
 
alle due già dette in precedenza, 
che ho riscontrato sufficienti per "non dare più il risultato atteso"
(STESSO nome per il controllo associato e per il contenuto,
incidenza dell'operatore ! rispetto a .)
aggiungo questa, che mi fa tenere ancora A2000:
 
QUALCHE volta le modifiche, (specie quelle piccole)
salvate come mde e utilizzate con il Runtime nei posti di lavoro,
NON hanno avuto effetto sul posto di lavoro
(come se niente fosse stato fatto ...)
 
Bene
installando A2000 
(l'ultima versione senza necessità di registrazione per l'installazione ...)
e ricompilando sul posto, tutto è tornato a funzionare,
ed è bastato fare questo su una sola macchina
perchè poi, con la sola copia locale, 
gli altri posti della rete aziendale hanno risposto tutti bene ...


ciao
id_nonc è un campo tipo "contatore", la chiave primaria della tabella
numero_nc è un campo numerico con il vincolo del divieto di doppi (quindi consecutivo)
ok?
ciao!!
Luca