Newsgroup: it.comp.lang.visual-basic
Titolo: [!] Una soluzione x un DataBase in Internet.

Ciao ragazzi. Qui ci siamo scervellati un po' sulla questione della
lettura/scrittura di un database access situato in un sito internet, senza
ricorrere al download/upload del database intero e senza ricorrere
all'acquisto di costosi componenti.
L'idea è questa: un mio collega crea una pagina ASP che dato un file di
testo (che naturalmente è presente nel server) modifica il database in
questione. Il file di testo contiene delle righe come, per esempio:
AGGIUNGI UN RECORD
CANCELLA UN RECORD
MODIFICA UN RECORD...
Questo file di testo viene creato da una mia applicazione VB che gira in
locale e viene trasferito nel server internet via ftp.
Come vi sembra questo metodo? Naturalmente il tutto sarà + complesso che non
come ho spiegato!
Farò in modo che ci sia un DB copia in locale sincronizzato con quello in
rete ed altre ottimizzazioni.
Che ne pensate di questa soluzione?
Aspetto i vostri pareri!
CiaoZ
SebaMix

questione.
...(...)...
Evviva, qualcuno comincia ad arrivarci !
Ciao
Aldo



E' una soluzione orrenda!
Sai perché ti abbatto così? Perché è la stessa cosa che sto facendo io fino a quando non trovo un
sistema migliore... ;-))))
Io però pensavo ad uploadare un db intero, dove le tabelle hanno solo i record aggiunti/modificati:
la pagina asp apre tabella per tabella, ne legge i contenuti e poi li aggiunge al db vero e proprio.
La tabella ha un campo in più che può avere uno dei seguenti valori: add/edit/del a seconda
dell'azione da fare su quel record.
All'inizio pensavo anch'io a salvare la query SQL da eseguire, ma così è più pratico...
Comunque il modo per accedere ad un db in remoto c'è....
Ciao,
Moreno
#sirri#@#morenosoft#.com
(togliete "#" dall'indirizzo)
Moreno Sirri VB Site - 
http://www.morenosoft.com/MSVBSite/
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
---------------------------------------------------------------------------

Comunque il modo per accedere ad un db in remoto c'č....
]zac

 Comunque il modo per accedere ad un db in remoto c'č....
Ti spiacerebbe Illuminarci?
[...]
CiaoZ
SebaMix

remota.
 :-(((
Non togliermi anche le mie ultime speranze... :-((((
Ne sei sicuro?


Ti spiacerebbe Illuminarci?
eh eh... magari lo sapessi!!! ;-(((
Come ti ho detto prima, anch'io ho avuto piů o meno la tua stessa idea, ma credo, spero, non sia
l'unico modo...
Farň altre ricerche...


 ha scritto nel messaggio
news:h82d7tc6omrgbs6ih...@4ax.com...


Premesso che non sono sicuro 100% neanche di essere vivo .... heheheh.
Direi che non ci sono speranze.
I problemi di accesso e di sicurezza sono facilmente aggirabili, il punto
insuperabile (al momento), e' che un pacchetto di dati in internet puo'
arrivare immediatamente o fra 100ms o 1 sec, dipende, cmq in media sara'
molto lento (una rete viaggia minimo a 5Mb/sec, intranet viaggia se va' bene
a 10Kb/sec, facciamo 100Kb/sec se vogliamo ipotizzare le prestazioni di
picco).
Gestire una cache dei record di un db in real-time in queste condizioni e'
impossibile, almeno fino a quando non ci sara' una velocita' MEDIA GARANTITA
di 1 - 2 Mb/sec almeno.
Salve
                Dbg
Moreno Sirri ha scritto nel messaggio ...


    "RecordSet.asp"
Molto, molto interessante.... grazie!!!
Proverň anch'io, poi ti farň sapere...


di 1 - 2 Mb/sec almeno.
Il ragionamento fila... è che ogni volta penso a ICQ, Napster e simili... mi sembra strano che
facciano un simile rigiro... vabbé, ora darò un'occhata al materiale trovato da Sebastiano...
vedremo...


sistema migliore... ;-))))
Forse non ho capito qualcosa, comunque...
Visto che potete raggiungere la macchina col db via ftp e considerato
che e' un server NT/Win2k, non potreste collegarvi a quella macchina
via odbc e lavorare da questa connessione?
Saluti.
-- 
      Gianni "bugbarbeq" Rondinini, 25, RA, 242, 152
  VBR - Vero Birro Romagnolo®, diffidate dalle imitazioni!
 Opel/ECC Calibrezio EVO-IV --- Kawasaki "Gas Gas" ZZ-R 1100
 ICQ# 36893168 - IRCNet: bugbarbeq, @ on #linux-it & #NetBSD

via odbc e lavorare da questa connessione?
Come diceva il mio prof di "Fondamenti di Informatica" quando non sapeva una risposta: "mmm... la
sua, č una buona domanda!!!" ^__^
Sinceramente ho sempre avuto a che fare con db in rete locale per i quali non č stato necessario
usare l'ODBC, quindi, cosě su due piedi, passo... farň qualche prova...
Thanks,


usare l'ODBC, quindi, cosě su due piedi, passo... farň qualche prova...
Io invece sono ancora relativamente alle prime armi in materia di db,
tant'e' che linko la mia applicazione a un database per vedere se ho
capito come si apre un database, ma non mi sono ancora fidato di fare
insert o robe del genere. Comunque, vista la necessita' che ho di
accessi concorrenti e sicuri al mio db, Access l'ho sempre scartato e
ho lavorato e fatto tutti i miei tentativi su db in rete accessibili
via odbc. Nel mio caso particolare, lavoro su PostgreSQL su Linux, ma
qualsiasi db accessibile odbc funziona nello stesso modo.
Ben volentieri, ti mando qualche spezzone di codice per l'accesso via
odbc.
Saluti che forse una volta riesco ad aiutarti io e a farmi,
lentamente, a pari :)
-- 
      Gianni "bugbarbeq" Rondinini, 25, RA, 242, 152
  VBR - Vero Birro RomagnoloŽ, diffidate dalle imitazioni!


 vedremo...
napster, e penso anche icq, e' diverso. se ti arrivano 5, poi 50, poi 150,
poi 20 k/s (cioe': se mai ti arrivassero...) non cambia niente. accodi il
pacchetto a quello che hai gia' ricevuto. con la chat di audiognome,
circuito napster, magari per 2 minuti non arriva niente, poi di botto 40
righe che si sono dovute fare strada tra i vari pacchetti di mp3 e ftp'aggi
vari...
ma prova a pensare se al db il comando
    set utente = insolvibile
arriva dopo di
    presta a utente $50,000,000
...
o a una gestione del locking con le nostre svariate e lockatissime
telecoms...
e' abbastanza interessante vedere e ragionare sulla gestione di ftp
multi-threaded, tipo 
www.flashget.com
.
anche se ha scaricato solo 50k di un file da 10mb, explorer spesso il temp
lo vede di 10 mb. cioe', direi: flasghet per i multi-threaded si alloca
comunque lo spazio con qc come dei filler, e poi li sostituisce man mano con
i pacchetti veri.