Newsgroup: it.comp.lang.visual-basic
Titolo: Mi connesso al database e ora?

ciao a tutti , ho provato a connettermi al db senza strumento wizard con 
questo codice, ma arrivato alla connessione mi sfugge il concetto per 
popolare le textbox e andare avanti di un record con un pulsante.
Private Sub Button5_Click(ByVal sender As System.Object, ByVal e As 
System.EventArgs) Handles Button5.Click
Dim strconn As String
strconn = "Provider=microsoft.jet.oledb.4.0;" & _
"data source = C:\Documents and Settings\admin\Desktop\cars.mdb"
Dim cn As New OleDbConnection(strconn)
Dim sql As String
sql = "select idproprietario,modello from macchine order by idproprietario"
Dim cmd As New OleDbCommand(sql, cn)
Dim da As New OleDbDataAdapter()
da.SelectCommand = cmd
cn.Open()
MsgBox("connessione aperta!!")
Dim ds As New DataSet
da.MissingSchemaAction = MissingSchemaAction.AddWithKey
ds.Clear()
da.Fill(ds, "macchinadataset")
Dim tbl As New DataTable
da.Fill(tbl)
Ora come faccio a leggere il datarow del dtable?
come scrivo dim dro as datarow mi va gia' in errore, Volevo leggere la riga 
e popolare una textbox.
Poi ho provato con:
Dim binding As New BindingSource
binding.DataSource = tbl
TextBox1.DataBindings.Add(New Binding("text", binding, "modello", True, 
DataSourceUpdateMode.OnValidation, ""))
Con questo sistema, la riga viene popolata, ma se poi provo a fare un 
pulsante
me.bindingsource.move next, non vado avanti di un  record.
Cosa mi sono perso?

 Cosa mi sono perso?
Parecchie cose ti sei perso.....
comunque amico mio decidiamoci...o cerchi di capire qualcosa con un
libro....oppure ci fai solo perdere tempo...almeno a me!
dim RigaDati as Datarow secondo te cosa è?
è un riferimento ad un oggetto datarow!
MA DOVE E' l'oggetto datarow??? SA' 
vb.net
 dove stracaz stà questo
oggetto???
Evidentemente se ti dà errore no!
Il concetto di NAMESPACE ti suona strano?
la parola IMPORTS ?????
i RIFERIMENTI?????
L'oggetto dataRow "stà" in System.DATA...ora che TU lo sai...lo devi
comunicare ANCHE a 
vb.net
!
Io credo che un libro sia duopo per te!....almeno ....se vuoi fare
qualcosa di serio....mi sembra che ti manchino le basi!
se invece chiedi perchè è un passatempo...ah va beh...basta
saperlo!...strani passatempi hai!(anzi AHI!)
;o)

L'oggetto dataRow "stà" in System.DATA...ora che TU lo sai...lo devi
comunicare ANCHE a 
vb.net
!
Io credo che un libro sia duopo per te!....almeno ....se vuoi fare
qualcosa di serio....mi sembra che ti manchino le basi!
se invece chiedi perchè è un passatempo...ah va beh...basta
saperlo!...strani passatempi hai!(anzi AHI!)
;o)
Non e' un passatempo ma sto cercando di capire qualche cosa.
Ti chieso scusa se ti ho fatto perdere tempo, grazie di tutto cio' che mi 
hai detto in questi giorni.
Ciao :)

 Ciao :)
Per capire...si deve ....voler capire.
Ossia partire CON METODO dall'inizio e piano piano procedere verso la
fine dell'argomento!
Evidentemente PARTIRE da 
ado.net
 per te è troppo avanti (non è un
demerito nessuno nasce imparato!).
Non a caso il capitolo di ADO.net non è MAI all'inizio ma stà
abbondantemente oltre la metà di un libro sul 
vb.net
Il problema è che prima di addentrarsi in un namespace
specifico...bisogna sapere che è un namespace...e come raccoglie le
classi e quindi cosa sono le classi ...le proprietà....come si
collegano fra loro etc etc
Altrimenti sprechi un SACCO di energie in inutili confusioni che ti
porteranno a  dire "che schifo 
vb.net
" quando non è vero nulla!
Scusa eh....non so che età hai ne che possibilità hai!
Ma considerando che l'ambiente di sviluppo è gratis...e che comunque è
sempre un possibile approccio professionale....e che un corso costa
ENORMEMENTE di più....ma non hai 50/100 Euro da investire in un buon
libro???
Studiare su internet è possibile solo a livello successivo....adesso
ti ci vuole un buon libro da consultare...quando ti viene un
dubbio...quando hai tempo....quando sei al cesso...o ti stai per
addormentare....insomma detto in toscano
"O Alesse e'ti ci vòle un libro...o chè'llai capito zuccone???"

Per capire...si deve ....voler capire.
Ossia partire CON METODO dall'inizio e piano piano procedere verso la
fine dell'argomento!
Evidentemente PARTIRE da 
ado.net
 per te � troppo avanti (non � un
demerito nessuno nasce imparato!).
Non a caso il capitolo di ADO.net non � MAI all'inizio ma st�
abbondantemente oltre la met� di un libro sul 
vb.net
In effetti, sul libro che ho comprato e ho gia letto(nonostante tu continui 
ad insistere che io non voglio comprarlo)
la parte di ado net, sta sul capitolo 18, quindi realmente verso alla fine 
come dici tu.
Altrimenti sprechi un SACCO di energie in inutili confusioni che ti
porteranno a  dire "che schifo 
vb.net
" quando non � vero nulla!
Hai ragione, nel mio caso, io penso "uffa non lo imparero' mai" , non do le 
colpe al vb.
Scusa eh....non so che et� hai ne che possibilit� hai!
Ma considerando che l'ambiente di sviluppo � gratis...e che comunque �
sempre un possibile approccio professionale....e che un corso costa
ENORMEMENTE di pi�....ma non hai 50/100 Euro da investire in un buon
libro???
Ho 40 anni ho tutte le possibilita',se avessi trovato un corso ad hoc , 
nelle mie zone o qualche cosa di learning credo che lo avrei fatto te lo 
assicuro,  non ho mai escluso l'idea di comprare un'altro libro come ti ho 
detto , ho comprato sia 
vb.net
 spiegato a mia nonna,
sia visual basic 2008 passo passo, e forse per poca pazienza, ho  voglia di 
bruciare i tempi e connettermi ad un db tramite codice e non con il wizard 
che ti da
visual studio; non che non sia comodo per la carita'.
Comunque , ancora grazie dei buoni consigli, e delle "scrollate" che mi dai 
:)
Ciao 

 Ciao
Se hai 40 anni occhio a non fare l'errore dei nostri anni (io ne ho
47).
Ai tempi eroici dell'informatica....bastava avere voglia di
spippolare....e si produceva qualcosa: non c'era nulla anche una
schifezza era meglio di nulla!
Mi ricordo di ragazzini inglesi che si compravano la macchina
sviluppando giochini per spectrum e commodore 64.
Oggi non è più così!
Scordati il vb6...adesso è tutto enormemente più complicato.
E va bene così....se vuoi semplificare la vita comune ti tocca
studiare un sacco e collegare un sacco di concetti in più!
"l'utente pigia qui e gli esce sul cellulare la situazione aggiornata
di magazzino sullo smarthphone"......facile a dirsi!
Farlo più complicato!
Quando si faceva premere una decina di tasti al cliente...non c'erano
smarthphone...l'utente doveva ricordarsi codici e c'era l'interfaccia
a caratteri...era tutto più semplice.
Programmare in dotNet...NON significa imparare 
vb.net
 o c#...quelli
sono dettagli!
Si tratta di imparare che stracazzo di classi hanno ficcato dentro il
framework.....adesso siamo al 4.0 e hanno aggiunto ancora roba!
Per dirne una....tu sei abituato mentalmente ad una interfaccia da
usare....
BENE scordatelo!
I nuovi programmi hanno (giustamente per la tecnologia adesso
esistente e per quella a venire) l'interfaccia come componente
opzionale e sostituibile.
La tua applicazione che tira fuori le disponibilità di magazzino....ha
la parte che elabora la richiesta a trova la risposta
MA
come mostrare la risposta dipende da dove chiedi:
su un tv lcd 32" sarà in un modo
su un pc un altra
su uno smartphone un altra ancora
sul web...ancora diversa
via webservice.....l'interfaccia non serve!
ovvio che l'interfaccia diventa allora un componente sostuibile della
tua applicazione...che non deve sciupare NULLA della tua elaborazione!
silverlight wpf xaml ...e il pattern mvvm è la risposta che microsoft
ha scelto!
E per me è un mal di testa assurdo....altro che db!!!
quindi....metodo...parti dall'inizio...se no è un casino abissale!

Se hai 40 anni occhio a non fare l'errore dei nostri anni (io ne ho
47).
Ai tempi eroici dell'informatica....bastava avere voglia di
spippolare....e si produceva qualcosa: non c'era nulla anche una
schifezza era meglio di nulla!
Oggi non � pi� cos�!
Scordati il vb6...adesso � tutto enormemente pi� complicato.
E va bene cos�....se vuoi semplificare la vita comune ti tocca
studiare un sacco e collegare un sacco di concetti in pi�!
silverlight wpf xaml ...e il pattern mvvm � la risposta che microsoft
ha scelto!
E per me � un mal di testa assurdo....altro che db!!!
quindi....metodo...parti dall'inizio...se no � un casino abissale!
Con queste premesse, chiudo tutti i libri :) .
A parte questo, non ho mai avuto l'idea di sviluppare programmi per altre 
persone, sapendo che le mie capacita' al momento sono prossime allo zero, e 
non so in un futuro.
Tu ieri con una battuta simpatica hai parlato di passatempo: Non e' cosi', i 
passatempi come tu stesso hai detto sono ben altri, sono un tipo sportivo e 
mi piace passare il tempo libero facendo questo.
Ti racconto la mia situazione: La sofwtare house , che mi fornisce i 
programmi per la mia attivita', nel giro di due anni passera' da archivi che 
vengono letti tramite visual cobol, ai database relazionali.Un po' tardi per 
farlo, ma la loro scelta e' stata questa e non so darti un perche'.Alcune 
procedure che mi servivano, ma che la software house non mi faceva, le ho 
scritte io in visual cobol, cazzattelle naturalmente, niente di che, alcune 
stampe che mancavano, alcuni programmi di fatturazione che non avevo, e 
alcuni programmi che verificano lo stato dei nostri lavori interni.Quando 
fra due anni, si passera' ai db relazionali, io dovro' accedere agli archivi 
che loro avranno riscritto e cambiato e ricompilare le mie "cazzatelle".Ecco 
perche' sto cercando di imparare il vb.
Ciao Andrea , grazie di tutto ora, mi sono confessato :)

On 29 Apr, 10:12, "alex" <aiaiaiaia...@aiaiaiaiaai.jak> wrote:
siccome non sei nuovo del settore
....in due anni di tempo hai voglia ad imparare...diventi un guru!

> ....in due anni di tempo hai voglia ad imparare...diventi un guru!
Il guru sei tu, io sono un guga-guga, comunque grazie per l'incoraggiamento, 
sono molto impaziente e voglio sempre tutto subito,ecco perche' stavo 
provando le connessioni ai db senza wizard. :)