Newsgroup: it.comp.lang.visual-basic
Titolo: Form inserimento dati e ADO

Salve a tutti, vorrei realizzare un proggetto in cui inserire un form per
inserire dati su un database .mdb.
Il database (in riferimento al form di inserimento dati) č composto da due
tabelle, la prima con due campi di cui uno chiave univoca, la seconda
composta da piů campi, uno dei quali legato da una relazione uno a molti con
il campo a chiave univoca della prima tabella.
Vorrei realizzare un form, in cui inserire i dati nelle due tabelle, stavo
pensando di utilizzare due controlli ADO, ma non mi sembra una soluzione
funzionale..
Avete dei consigli?
Grazie mille

Due consigli:
1) Google è pieno di esempi!
2) Usa DAO e non usare gli oggetti data
Ciao, Vincenzo

 ha scritto nel messaggio
news:bpvup2$1sq54m$1...@ID-207068.news.uni-berlin.de...


 Mi consigli di non usare gli oggetti per motivi di velocità?
No, ma perche', anche non conoscendoti, ti vuole bene!
E' molto meglio accedere i dati utilizzando il codice piuttosto che 
oggetti fatti da altri ed i cui difetti non sempre sono pubblicizzati ed 
immediatamente visibili.
ciao
	maxx
P.S. Puoi usare anche ADO al posto del vecchio (ma veloce) DAO
-- 
NOSPAM: Rimuovere i trattini dallo username!
Cut hyphens from my username!

 ha scritto nel messaggio
news:bpvvct$1s6b2r$7...@ID-97197.news.uni-berlin.de...


 immediatamente visibili.
Perchč, DAO č fatto da qualcuno di diverso da ADO?
Sempre mamma MS č o sbaglio?
Non l'ho mica capita questa...

 Non l'ho mica capita questa...
I controlli Data sono dei virus. Punto.


Hai letto il post o hai risposto cosi a caso?!
Il problema è che lui vuole scrivere delle tabelle di un database mdb, cioè
ACCESS, e per fare questo è meglio, perchè provato da molti di noi, usare
DAO.
Ciao, Vincenzo

Il 26/11/2003 14.38, George scrisse:

Se vuoi riempire una combo con i campi di una tabella scrivi qualcosa 
del tipo
Set rst=database.openrecordset ...
while not rst.eof
	combo1.additem rst!campo
wend
...
e tu sai esattamente cosa sta avvenendo.
Nella combo ci saranno solo i valori che tu hai inserito e l'utente 
potra' usare la combo per selezionare solo quei valori. La combo non 
interagisce col database se non tramite il tuo codice.
Se usi una combo associata ad un record il lavoro di cui sopra e' 
demandato alla combo stessa ovvero alle routine implementate nella combo 
bound. Tali routine a detta della maggioranza degli sviluppatori VB non 
sempre funzionano come ci si aspetta.
Il discorso poi che ADO e DAO sono fatti entrambi da MS lascia un po' il 
tempo che trova. Anche Access e winme o  sql server e w2k  sono fatti da 
MS ma spero non vorrai paragonare i primi con i secondi!
ciao
	maxx



Ribadisco:
E' molto meglio accedere i dati utilizzando il codice piuttosto che
oggetti fatti da altri ed i cui difetti non sempre sono pubblicizzati ed
immediatamente visibili.
Non mi sembra una risposta tipo "devi accedere a un file mdb, quindi è
meglio che usi DAO che è fatto per quello e che garantisce a livello locale
migliori performance, più elevata facilità d'uso, ecc. ecc.."
DAO è un insieme di oggetti analogo ad ADO, dire a chichessia che è meglio
accedere ai dati usando "codice" invece che oggetti mi sembra semplicemente
improprio se non errato. Comunque sia sono entrambe tecnologie fatte da
divisioni Microsoft.
Solo questo volevo dire e ho detto.
Se non mi sono spiegato sufficientemente, o se ho detto una castronata,
correggimi.
Ciao.


Mi hai tolto le parole di bocca! E' proprio quello che stavo per scrivere
Ciao, Vincenzo

 MS ma spero non vorrai paragonare i primi con i secondi!
Se è per questo accade la stessa cosa anche per le varie parti dell'ambiente
di sviluppo...
Bye.

 
Mi sa che non hai capito a cosa ci si riferiva nei consigli dati.
Non si sta parlando di oggetti in assoluto, ne' di DAO o ADO.
Si consigliava di non usare quei controlli che sono DataBound, ma di 
usare invece il codice (utilizzando ADO o DAO a seconda dell'uso e del 
database).


 improprio se non errato.
E' qui che ti sbagli! Con il codice scritto da te, saprai sempre dove andare
a controllare se qualcosa non va come te la aspetti.
Che poi usare i controlli Data, sia piů sbrigativo, nessuno lo nega. Anche
io (mea culpa) li ho usati per collegare le TrueDBGrid a delle tabelle, ma
adessocerco di evitare.
Ciao, Vincenzo

 database).
Oooopssss.... forse sě!
Pardon. Mi cospargo il capo di cenere e chiedo scusa...

 ha scritto nel messaggio
news:bq2cr1$1u6o66$1...@ID-207068.news.uni-berlin.de...

Scusa, ho scappellato nell'interpretare il contenuto del primo post.
Non avevo capito che si parlava di controlli legati...
Messa cosě hai tutte le ragioni.
Ciao.

 
Ti aspettiamo domenica per la processione!
:-)


Riassumendo, mi sembra di capire che potrei procedere in questo modo:
Dispongo nel form di inserimento delle caselle di testo in cui inserire i
dati riguardanti la prima tabella (quindi anche il campo con la chiave
univoca), aggiungo poi le caselle per inserire i dati riguardanti la seconda
tabella, poi usando ADO o DAO a seconda delle necessità prendo i valori
inseriti e accodo alle tabelle, inserendo nel campo della seconda tabella
,con relazione uno a molti, il valore della casella di testo riferito alla
chiave univoca della prima Tabella.
Se non ho capito male..