Newsgroup: it.comp.appl.access
Titolo: SQL DA ACCESS... come eseguirlo ?

   Ragazzi quale procedimento devo usare con access per eseguire delle
istruzioni SQL da VB senza però creare delle query preimpostate......??
grazie

 grazie
Dipende dal contenuto della stringa SQL; se contiene delle query di comando,
per eseguirle potresti ad esempio scrivere:
DoCmd.RunSQL strSQL
-- 
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


Ci sono principalmente 2 metodi:
Docmd.RunSQL "DELETE * FROM Tabella ;"
Oppure il Metodo Execute applicabile all'oggetto
Database.
CurrentDb.Execute "DELETE * FROM Tabella ;"
I vantaggi del secondo sono molti, soprattutto se rivolti ad una
Fonte dati ODBC, ti permettono di conoscere quanti Record
sono stati coinvolti dalla QRY nel caso sia condizionata, ecc....!
Il metodo RunSQL è sempre valido anche se rimane come mantenimento
del vecchio codice......!
@Alex.

 sono stati coinvolti dalla QRY nel caso sia condizionata, ecc....!
Aggiungerei che non genera alcun messaggio di avviso e che consente l'uso
delle transazioni (che non e' cosa da poco)
Sib

Sib <si...@SPAMiol.it> ha scritto:

È tutto vero. Però qualche volta prendo RunSQL (con SetWarnings False)
perché a differenza di Execute fornisce un progress bar e l'utente vede
che qualcosa si muove.
--
cu
Karl
*********
Access-FAQ (tedesco): 
http://www.donkarl.com

 ha scritto nel messaggio

hai ragione,
infatti quando mi rendo conte che l'esecuzione puo' essere lunga faccio
aprire una popup di attesa o suddivido l'operazione in piu' parti.
Peccato non ci sia un indicatore incorporato.
Ciao
Sib

 
In effetti sono entrambi da valutare, l'unico difetto, ma intrinseco
nelle QRY ACTION è l'impossibilità di avere la progressione
dell'esecuzione.
Meglio così forse, sarebbero più lente..........!!!
@Alex.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio
news:bcp9a5$lrd5b$1...@ID-46617.news.dfncis.de...

Progress bar?
Usa forse quella incorporata nella barra di stato?
Viene attivata automaticamente?


 Viene attivata automaticamente?
Sì, di questo parlo. RunSQL è un elemento di DoCmd che fa parte
della biblioteca di Access. Per questo puo usare la barra di stato
e tutte le altre possibilità della interfacia di Access.
Execute invece non ha niente da fare con Access direttamente
ma è un elemento di DAO che senza vie traverse esegue una
query di JET. Allora è più veloce, permette transazioni,
RecordsAffected ecc.
Nella fase di sviluppare preferisco RunSQL perché me chiede
la confirmazione e così mi dà l'informazione quanti record
vengono cancelato ecc. In genere RunSQL/Access fornisce
errori diversi e spesso più chiaro che Execute/DAO se qualcosa
non funzione.
Quando sono sicuro che tutto va bene di solito sostituisco RunSQL
con Execute a causa di performance e perché non è necessario
di usare SetWarnings.
Solo che sono un po' pigro e qualche volta se la differenza tra le
due metodi non è molto grave che concerne il tempo preferisco
RunSQL per quell'indicatore incorporato nella barra di stato.


 di usare SetWarnings.
cut
anch'io lo uso per il debug.
Sib

 ha scritto nel messaggio
news:bcph1n$l07vv$1...@ID-46617.news.dfncis.de...

Grazie!!
