Newsgroup: it.comp.lang.visual-basic
Titolo: VBS e database access

Da un paio d' anni programmo (ma mooooolto a tempo perso) in visual
basic e principalmente faccio front-head per accedere a dati di access.
Ora, grazie ai vari ILOVEYOU mi sono convinto della potenza del
VisualBasicScript e dei suo vantaggi (la non necessita' di runtime,
librerie, installazioni e il fatto che non sia compilato= modificabile
al volo).
La mia domanda e': come e' possibile accedere in maniera non visuale ai
database ? Bisogna fare tutte quelle menate di openfile..... Se la cosa
e' troppo laboriosa rimango al caro vecchio data1 control....
--
SElidori
. . . . . . .
curiosi di cinema ?
http://www.bloopers.it
il mio sito?
http://www.selidori.com

 e' troppo laboriosa rimango al caro vecchio data1 control....
Puoi accedere si' ai db, usando ado come in visual basic.
Fa persino paura. Pensa un amministratore poco attento che si fa eseguire,
con la sua login un vbs (o js, che e' uguale, anzi io lo preferisco perche'
gestisco meglio gli errori) che va a modificare il contenuto di una tabella
importante su, che so, un bel db finanziario su sql server ....
Ciao
Aldo

e' troppo laboriosa rimango al caro vecchio data1 control....
Io VBS lo uso in ASP:
<%
        dim conn
        dim rs
        dim sql
        'Imposto l'istruzione SQL per selezionare quali dati voglio
reperire
        sql = "SELECT Campo1, Campo2 FROM Tabella1"        
        sql = sql & " WHERE Campo1 > 100"
        sql = sql & " ORDER BY Campo1"
        Set conn = Server.CreateObject("ADODB.Connection")
        conn.Open "DRIVER={Microsoft Access Driver
(*.mdb)};PWD=pippo;DBQ=" & server.MapPath("/mdb-database/mydb.mdb")
        Set rs = Server.CreateObject("ADODB.Recordset")
        rs.Open sql, conn, 3, 3
        On Error Resume Next
        rs.MoveFirst 
        if rs.EOF=True then
%>
<BR>
(Nessun record letto)
<BR>
<%        
        else
        do until rs.EOF
%>
Campo1: <%=rs.Fields("Campo1")%><BR>
Campo2: <%=rs.Fields("Campo2")%><BR>
<HR>
<%
                rs.MoveNext 
        loop
        end if
%>
Numero record visualizzati: <%=rs.RecordCount %> 
<%
        rs.Close
        set rs = Nothing
        conn.Close 
        set conn = Nothing
%>
Ciaps
Stracca
http://www.stracca.net
---------------------------------------------
    Le risposte alle tue domande le trovi
    sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
       ... e nell'help in linea !
---------------------------------------------

attraverso ie.
il data-binding? chiamale porcate...
Diciamo che IE è l'unico browser a supportare decentemente XML

 wrote in message
news:Xns90217A...@127.0.0.1...

No, non mi riferisco al data-binding, ma all' accesso al file system, anche
in modo subdolo.

anche in modo subdolo.
su questo ahimè sono d'accordo
comunque, what's the matter with xml & xsl?

 wrote in message
news:Xns90222C...@127.0.0.1...

Mi preoccupa il fatto che m$ spinga per mettere xml dappertutto.
Se da una parte puo' essere una buona idea (cosi' servono dischi piu'
grandi, maggiori quantita' di ram, ecc...).
Visto che, a grandi linee, xml descrive e contiene i dati e xsl li formatta,
con xsl si possono definire gli stili dei tag ed inserire anche del codice
(sicuramente almeno vbs e js).
Tutto questo discorso era partito dalla richiesta di info sulle
potenzialita' di vbs e sull' esistenza di virus che usano lo scripting host.
Cio' mi ha fatto balenare la facilita' con cui e', e sara' sempre piu',
facile scrivere del codice nocivo per il client nelle situazioni piu'
impensate.
Ho visto, e provato, un esempio in cui sfruttando xml e xsl, veniva messo
del codice sull' evento mouseover di un tag (in quel caso <H1></H1>).
In tal caso se il browser non dovesse riconoscere l' eventuale pericolosita'
del codice, basterebbe un semplice passaggio di mouse per fare danni.
Mi fermo qui perche' temo di essere OT.
Ciao
Aldo

mouse per fare danni.
il modello di sicurezza di Internet Explorer (= del controllo WebBrowser - 
Explorer č solo un host e Iexplore.exe un misero stub) č piů furbo di 
quello che potrebbe sembrare. Diciamo che la sua incarnazione commerciale 
(Internet Explorer) tende a strafare (se vedi, quasi tutti gli exploit si 
basano sull'oggetto external, ossia le estensioni proprie dell'host 
specifico). Idem per quanto riguarda Windows Script.
Passo e chiudo.

 Explorer è solo un host e Iexplore.exe un misero stub) è più furbo di


la fedelta' di layout, ma insomma...
XML è un formato intermedio
non sostituirà mai i database o gli spreadsheet, ma è il modo migliore per 
fornire - come dire? - un wrapper comune per qualsiasi linguaggio