Newsgroup: it.comp.lang.visual-basic
Titolo: Come ricavare i valori di una tupla, da un recordset

Uso adodc, ho fatto la query (select * from articolo) , ma ora non so
come muovermi in avanti e soprattutto come ricavare i valori di ogni
tupla. Ad. es, se la tabella articlo contiene 3 colonne (idart, nome,
prezzo), come faccio a ricavare questi valori da ogni tupla?
Grazie

 ha scritto nel messaggio

Scusa l'ignoranza, ma... cos'è una tupla?
Ciao

 ha scritto nel messaggio
news:h38a8.62694$3J1.1...@news2.tin.it...

La sintassi corretta è
Valore=Recordset.Fields.Item("nome_colonna").value
La sintassi 'ridotta' e che ritengo personalmente troppo 'implicita' è
Valore=Recordset!Nome_Colonna
Per muoversi avanti e indietro, Recordset.MoveFirst .MoveLast .MoveNext
.MovePrevious
Per testare la posizione Recordset.BOF e Recordset.EOF
Ecc....
Alberto

 Ciao
CUT
...si vede che siamo programmatori "autodidatti" eh!
Ci sbattiamo il muso tutti i giorni...ma tupla anch'io non lo sapevo!!!!
Mi ha incuriosito.....
google ->
guarda un po che è sta "tupla"....
http://telemat.die.unifi.it/book/corso_telematica/lez_230/grp_1.htm
....non so se ridere o piangere!
ma si ridiamo vah!...non sappiamo i termini precisi ma i programmi
funzionano! voto? diamoci un 6 e mezzo va!
:-)


Personalmente preferisco:
Valore=Recordset.fields!Nome_Colonna
ciao
ugo

 Scusa l'ignoranza, ma... cos'è una tupla?
Robaccia per noi accademici. Tu non preoccuparti :-)
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.18. C, C++ and ASM developers
                              and beta testers are welcome!

 
http://telemat.die.unifi.it/book/corso_telematica/lez_230/grp_1.htm
Aaaaaaah!
Era cosě semplice :) ... (non ci ho capito una ceppa)
Per fortuna non sono le tuple a portarmi l'assegno a fine mese :)
Ciao


CUT
beh...ma come... č chiarissimo...trattasi di antico giapponese con influenze
mandarine!
:-)
eh eh....ma che gli insegnano a questa gioventů!!
:-P
Saluti!


Dopo aver letto il papiro postato da Wodka4U ho capito che:
Dicesi tupla una complicata forma di saga mentale molto in voga tra coloro
che studiano, da punto di vista teorico, i Database Relazionali, mentre per
quelli che i database relazionali li usano davvero le tuple sono ottime
cotte allo spiedo: devi solo stare attento a spiumarle bene... :P
Peraltro ancora non ho afferrato se in
SELECT T1.A, T1.B, T2.C, T2.D WHERE T1.A = T2.A
(e il primo che fa commenti sul mio modo di gestire le inner join verra'
sodomizzato seduta stante :P) la "tupla" sia A B C D  o semplicemente T1.A,
T2.A...
Ma la cosa bella e' che, pur non avendo la piu' pallida idea di cosa sia una
tupla, nell'arco di due giorni, a fine 2000 alcune migliaia di persone hanno
affollato Palermo gestite da un complesso programma di scheduling basato su
un database relazionale, incontrandosi a vicenda a ritmi serrati con
l'assistenza di alcune centinaia di interpreti, tutti beatamente ignare,
incluso lo sviluppatore di detto programma, di cosa caspita fosse una tupla.
E tutte sono andate a casa soddisfatte di aver guadagnato la propria
pagnotta, incluso lo sviluppatore, che pure ha passato buona parte della
manifestazione, sempre beatamente ignaro di cosafosse una tupla, a sfornare
query che restituissero delle statistiche via via piu' fantasiose :P
Cio' detto, sapete cosa mi piace di piu' del papiro trovato da W4U? Questa
riga:
"Ogni tupla è costituita da tanti valori quanti sono i domini della
relazione "
perche' qui mi sono sorti i dubbi che ho esposto sopra; poi sono andato
avanti a leggere e...
"(cioè quanto è l'arietà della relazione stessa). "
Ahhh, adesso si' che e' tutto chiaro, come ho fatto a non capirlo prima!
:PPP
Ma parlassero come mangiassero! >:P
Inciso: se fai "select * from articolo", secondo la definizione dello
stimato dottore nel papiro riportato da W4U, hai esattamente *zero* tuple
(qualunque cosa siano), poiche' non ci sono relazioni in una tabella stand
alone (a meno che non si consideri prima relazione l'esistenza di una chiave
primaria che non si collega a una cippa di nulla, beninteso, ma questo e' un
livello di onanismo mentale che per il momento non ho ancora raggiunto :P).
Ciaotutti,
*


CUT
seriamente.......le tuple probabilmente serviranno..e forse anche molto..non
lo so!...serviranno a chi deve fare teoria dei database e poi andare a
costruire il prossimo M$ SQL XP (con i risultati che si vedono eh eh!)
Sai i prof son tremendi (ho brutti ricordi dell'Università...infatti non
l'ho finita!)...guarda al povero Rexotico che hanno chiesto di fare!
Sono fuor dal mondo....
ti insegnano le tuple e poi
Codcli=rs("IDcliente")
per loro è arabo!
p.s.
Questa è una tupla
Rs!Idcliente
e questa
Rs("IDcliente).......boh...forse è una multipla!..diesel però!

 Uso adodc, ho fatto la query (select * from articolo) , CUT
RS!nome_campo
o Rs("nome_Campo").....vorrei richiamare la tua attenzione sul VB e sulla
libertà che da nella scrittura di Rs("nome_Campo")
.....io oramai da tanto HO abbandonato RS!nome_campo
RS("Nome campo")
ti permette di sostituire "Nome campo" anche con una variabile.....di
seguito ti metto un piccolo esempio:
Lancia Vb
Fai un nuovo progetto
In progetto->Riferimenti devi spuntare Microsoft ActiveX Data Object (il
numero di versione varia con l'Mdac che hai installato..almeno il 2.5
dovresti averlo no?)
Crea un form e dentro:
Metti un pulsante a sinistra e scrivici "Metodo 1 "
Metti un pulsante a destra e scrivici "Metodo 2"
Metti una List Box bella larga per contenere il risultato dell'elaborazione
nel codice cancella tutto ed incolla:
Dim Cn As New ADODB.Connection
Dim Rs As New ADODB.Recordset
Private Sub Command1_Click()
Rs.MoveFirst
List1.Clear
Do
    List1.AddItem (Rs!Nome & " - " & Rs!Cognome)
    Rs.MoveNext
Loop Until Rs.EOF
End Sub
Private Sub Command2_Click()
Dim campo1 As String
Dim campo2 As String
campo1 = InputBox("Campo Principale da mostrare", "Input nome campo")
campo2 = InputBox("Campo Secondario da mostrare", "Input nome campo")
Rs.MoveFirst
List1.Clear
Do
    List1.AddItem (Rs(campo1) & " - " & Rs(campo2))
    Rs.MoveNext
Loop Until Rs.EOF
End Sub
Private Sub Form_Load()
Cn.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data
Source=c:\Testvb\DBtest.mdb;"
Cn.Open
Rs.Open "SELECT * FROM Anagrafica", Cn, adOpenKeyset, adLockOptimistic
Rs.MoveFirst
End Sub
Nel form load c'è la connessione ad un database...cambia il path per puntare
al tua Db di prova
sotto c'è l'apertura di una tabella...qui è semplice...la puoi complicare
anche moltissimo con le relazioni...qui non c'entra il VB...è "normalissimo"
SQL
Effetto....se scegli il modo 1 e vai a vedere cosa fa...in
command1_click...vedi che ti mostra i campi Nome e Cognome...è cablato nel
prog...NON lo cambi!Se hai fatto una sql che NON recupera i campi Nome e
Cognome.....da errore!
Il Metodo 2 invece...ti chiede quali campi vuoi vedere...digiti il nome del
campo(tupla?) da vedere...(ora non fa un controllo di correttezza...prende
per buono ciò che digiti..ma si può fare anche quello!!)...e nel listbox
vedi i campi che vuoi....hai dato al tuo cliente un livello di flessibilità
che prima non aveva...o lo ha dato a te...gli inputbox potevano essere
parametri che passavi ad una procedura...o ad una classe dati..etc etc...
Non so la teoria...ma la pratica un po si!(cmq grazie di avermi rivelato un
temine nuovo!)
:-)
Bye man!

 eh eh....ma che gli insegnano a questa gioventů!!
Pensa che a un mio collega che si sta laureando (e sottolineo _laureando_)
in informatica fanno imparare a memoria le voci dei menů delle
applicazioni...
Non ho parole...
Ciao

 ha scritto nel messaggio
news:MDsa8.53972$om6.1...@news1.tin.it...

beh, consolati: a me č capitato un laureato (e sottolineo _laureato_)
in informatica che cadeva dal classico pero a sentir parlare di "interprete
dei comandi"...
ciao
ugo

 dei comandi"...
Possibile? Nel suo iter di studi un sacco di professori gli avranno
certamente ordinato di fare cose incomprensibili, e in quel caso un
"interprete dei comandi" č indispensabile per arrivare alla laurea. ;-)
Ciao
*Roby*

 "interprete dei comandi" è indispensabile per arrivare alla laurea. ;-)
Quello è un "esecutore di comandi", un "interprete" i comandi in qualche
modo li capisce :)
Ciao

 qualche modo li capisce :)
"Fai anche se non capisci"?
Interessante parallelo col servizio di leva. ;-)
Ciao
*Roby*

 guarda un po che è sta "tupla"....
In generale una tupla è un insieme di dati correlati tra loro.
Ciao.
--
BSD is for UNIX-lovers -- linux is for Windows-haters.

 In generale una tupla è un insieme di dati correlati tra loro.
nei db si intende di solito una riga, un record:
Una relazione può essere rappresentata sotto forma di
tabella con le seguenti convenzioni:
w
ogni riga della tabella corrisponde ad una tupla della
relazione
w
ogni colonna della tabella corrisponde ad un dominio
(attributo) della relazione
Una relazione può essere rappresentata sotto forma di
tabella con le seguenti convenzioni:
w
ogni riga della tabella corrisponde ad una tupla della
relazione
w
ogni colonna della tabella corrisponde ad un dominio
(attributo) della relazione
Una relazione può essere rappresentata sotto forma di
tabella con le seguenti convenzioni:
w
ogni riga della tabella corrisponde ad una tupla della
relazione
w
ogni colonna della tabella corrisponde ad un dominio
(attributo) della relazione
http://www.google.it/search?q=cache:KzYXxgyrS8sC:linux.itis.pr.it/~dferrari/
Sistemi%2520informativi%2520e%2520Sistemi%2520Informatici.pdf+tupla+signific
ato&hl=it
il pdf->html fa un po' schifo, comunque: ^f -> tupla

In generale una tupla è un insieme di dati correlati tra loro.
Se un insieme di tuple definisce una relazione, dire che una tupla e` un
insieme di dati correlati tra loro mi ha l'aria di un discorso che si fa un
giro sul cavalluccio (o sulla macchinina?). Ammetto, pero`, che non so fare
di meglio.
Ciao.


Lol
ciao
ugo

 nei db si intende di solito una riga, un record:
Appunto, un insieme di dati correlati fra loro... :-)
Il fatto è che tupla è un termine un po' vago. Si usa in matematica
(es. le coordinate di un punto del piano sono una tupla), nei db
(come record), in Python (come una lista ma non modifcabile), ecc...


 Ammetto, pero`, che non so fare di meglio.
Vedi la mia risposta alla labrodorina...


 Appunto, un insieme di dati correlati fra loro... :-)
che siano correlati (semanticamente oltre che informaticamente),
l'esperienza dice:
dipende da chi fa il data entry :)
ciao, a.