Newsgroup: it.comp.appl.access
Titolo: Come faccio un DB online con interfaccia web? e senza interfaccia web? ho tanti dubbi...

Salve
mi chiedevo come potrei realizzare un DB online con interfaccia di
consultazione/inserimento dati via web....
leggendo dei messaggi mi vien da pensare che ci sia da usare qualcosa
dipo SQL server, o mySQL, od un'altro programma che non ricordo....
ma sinceramente non ho la più pallida idea di che cosa facciano questi
programmi, di come funzionino, di quali strumenti mettano a
disposizione....
supponendo quindi che ho un DB creato con access, come faccio a
metterlo on-line?
ok, deve essere su un web server... ma li che programma è che mi
permette di renderlo on-line?e su quali piattaforme?
e l'interfaccia per l'utente finale come la faccio? dipende dal
programma che uso per mettere on-line il DB? oppure va fatta in
qualcosa tipo java/javascript/non-so-cosa?
le pagine ASP hanno qualcosa a che fare con tutto questo?
poi, cambiando leggermente argomento....
posso connettermi ad un DB remoto tramite internet?
ad esempio avere un'interfaccia client su PC locale, che quando sono
collegato ad internet mi permetta di interagire con il DB remoto?
e per avere il DB remoto che programma deve essere che lo usa e che
funziona da server?
ODBC centra qualcosa in tutto questo?
capperi quante domande.... perdonate la mia 'nioranza... :-)
grazie
ciao, Max

Domanda 1:
Ok, sei la buona strada, ASP e la risposta, argomento abbastanza vasto da
essere discusso
qui. Se vuoi dai un occhiata a 
www.aspitalia.com
 trovi tutto, in tutti i
casi non generare pagine asp
usando access potresti sentirti male.
Concettualmente la cosa funziona cosi: dato un web server , magari su NT con
IIS 4 o superiori (che è gratis), crei una connessione ODBC al tuo file mdb
e la chiami "miodb", prendi un bel editor di testo o frontpage e scrivi:
<%
    DSN = "miodb"
    set db = Server.CreateObject ("ADODB.Recordset")
    sql = "SELECT * FROM miatabella"
    tb.Open sql, dsn
   do until tb.EOF
             response.write tb("campo1")
             response.write tb("campo2")
             response.write tb("campoN")
            tb.movnext
    loop
%>
salvi il file, lo chiami prova.asp e poi lo apri con l'explorer  e vedrai
stampato il contenuto dei
tuoi campi . In pratica il principio consiste nel scrivere un'aplicazione
che gira sul lato server
e che genera una pagina "HTML" statica, semplice no! ma se fai generare
questo all'access
(esporta - asp) potresti vomitare, perchè per arrivare fin quà ci mette 3000
righe
In pratica non ti server nessun software specifico, a parte le licenze
dell'NT.
Domanda 2:
Ok, anche qui sei sulla strada giusta, ODBC con pero un database
Client/Server , questo
perche via internet tu hai a disposizione solo un rete TCP/IP quindi i dati
su computer remoti
li vedi solo sel il database in questione fornisce servizi di accesso in
quale porta TCP
Spero di essere stato chiaro


Ciao.
P.s: complimenti per le risposte, non so perchè ma mi pare che nel
campo client/server, sincronizzazione e repliche non  siano in molti
che ci capiscono qualcosa. Qualche buon libro da consigliare ?
Fabio Serra
***********
Per rispondere in e-mail cancella "the." e sostituisci 
"whitehouse" con "faser".
***********

Cercherò di rispondere ad entrambi.
Se utilizzate il JET di microsoft di fatto si sta parlando di canali ODBC e
non specificatamente di TCP/IP, perchè su NT , tramite le ADODB, avviene
l'accesso ai dati tipo client server. In realtà il database non è e continua
a non essere client server, è solo che Windows si prende carico del processo
di elaborazione, questo fa si che il mdb deve stare necessariamente sulla
stessa macchina. In caso di database Client/Server, il database può
risiedere su una qualunque macchina della rete, indipendentemente dal
sistema operativo, ad esempio in una mia installazione uso due macchine, su
una ho NT con IIS4 , e su l'altra ho RedHat Linux 6.1 con DBMaker 3.6, in
questo caso via ODBC attivo il client di DBMaker che passa le query al DB su
linux e aspetta i risultati, quindi il carico di lavoro è distribuito su due
macchine, in questo caso sto utilizzando servizi TCP/IP nel senso che il
client di DBMaker parla con il server tramite una porta specifica, ad
esempio la 1025 ma il numero a questo punto è del tutto indifferente (quì mi
fermo altrimenti ci troviamo a parlare di reti)
Quindi rispondendo alla domanda "se si puo utilizzare access vi FTP" , la
risposta è no perche access non essendo client server, funziona in rete
utilizzando la condivisione di file e di dischi microsoft e per questo deve
gestire i lock scrivendoli nel file .ldb dove tutti i PC collegati accedono
per controllare e variare lo stato... e per logica  via ftp (dove posso solo
fare get e put ESCLUSIVI)
come gestirei i lock ???  ma questo è solo uno dei problemi...
Se sul tuo server internet installi un database Client Server (SQL Server o
DBMaker etc.) allora puoi accedervi usando il suo client e dicendogli che
l'iindirizzo e quello internet e che la porta e quella che hai scelto.... ma
hai presente cosa sono gli Hacker??, allora per leggere i dati non potresti
usar ODBC perchè fa passare i dati in chiaro ma Corba con JDBC e quindi
dovresti scrivere in Java...
Mi fermo quì perchè l'argomento è interminabile... e rischio che quando ho
finito si cambiato qualcosa..

finito si cambiato qualcosa..
miiii inizio a capire qualcosina.... grazie :-)
c'è mica qualche buon libro sull'argomento?
ciao, max

trovi tutto su 
www.aspitailia.com