Newsgroup: it.comp.lang.visual-basic
Titolo: [.NET] Semplicemente leggere e scrivire un db...

Se con ADO si poteva fare quaclosa tipo:
Set rs = cn.Execute("SELECT * FROM TAB_USERS WHERE UID='" & UserName & "'")
If not rs.EOF Then
    If rs!PWD = Password Then
        UtenteAbilitato = True
    End If
End If
... con 
ADO.NET
 come si fa?
Grazie.

 ... con 
ADO.NET
 come si fa?
A saperlo...^_^
Alex

Ciao! :)

Potresti usare la modalità disconnessa e fare così:
        Dim cn As New OleDb.OleDbConnection(ConnectionString)
        cn.open()
        Dim cm As New OleDb.OleDbCommand("SELECT * FROM TAB_USERS WHERE
UID='" & UserName & "'", cn)
        Dim da As New OleDb.OleDbDataAdapter(cm)
        Dim Table As New DataTable()
        da.Fill(Table)
        Dim Row As DataRow
        For Each Row In Table.Rows
          If Row!PWD =
          End If
        Next Row
   Ciao
        Allanon
P.S. Se però eviti di costruire direttamente la stringa SQL e usi un
parameter sarebbe anche meglio... :)
--
- SPAMKILLER
 L'indirizzo delle risposte é 
itlangv...@michele.sytes.net
 LASCIATE il NOSPAM fa parte dell'indirizzo :-)
  Per superare le impostazioni di protezione antispam scrivete
  nel testo del messaggio la scritta "SPAMKILLER"
Scusate il disturbo, ma non posso più di pubblicità

...oppure usare un DataReader che è più 'leggero' e semplice da gestire...
HTH
--
Corrado Cavalli [Microsoft MVP]
UGIdotNET - 
http://www.ugidotnet.org

 ...oppure usare un DataReader che è più 'leggero' e semplice da gestire...
Sì, se poi archivi i dati altrove... Altrimenti starei lontano da un oggetto
"connesso"...
E' una questione di punti di vista: il datareader appesantisce il server e
la rete, la datatable il client e in modo particolare la RAM...
Nella mia azienda abbiamo terminali "potenti" (e intendo dal Pentium 2  350
con 256 Mb di RAM) e server intasati e temo che sia la casistica più
frequente al giorno d'oggi... ;)
                Ciao
                                                    Allanon


 ha scritto nel messaggio
news:b57hit$25152r$1...@ID-67444.news.dfncis.de...


eseguire comandi sql?
In teoria lo scopo sarebbe quello di staccare il piu' possibile la
logica applicativa dai dettagli di implementazione di gestione dei
dati, ma, di fatto, la penso come te. Se scrivo un programma che deve
andare come un treno su Oracle, perche' mai dovrei preoccuparmi di
un porting su altri db, ad esempio? E perche' non potrei farmi da me
le classi wrapper per l'accesso ai dati cosi' come faccio ora?
Per quel poco di esempi che ho visto sul ng, 
ADO.NET
 mi sembra una
complicazione cose semplici.
Trovo cosi' comodo andare di ADODB.Command e stored procedures... ;-)
-- 
ciao, hal

 la rete, la datatable il client e in modo particolare la RAM...
uhm... Considera però che il dataReader è un cursore client-side, quindi il
carico non è quello del tipico recordset ADODB firehose...
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org

 Grazie.
prego! Scusa gli errori dovuti alla mancanza di VS .NET sotto mano... :-/


 quindi il carico non è quello del tipico recordset ADODB firehose...
mi sembra di ricordare esattamente il contrario.
A questo punto, chi è che fa la piega di verificare i testi sacri? :-)
--
Salutoni
Sergio