Newsgroup: it.comp.lang.delphi
Titolo: Connessione a db access remoto

Salve a tutti, spero che qualcuno possa darmi una mano. Io programmo
utilizzando delphi 6 e accedo a db access con ADO. Fin qui tutto
bene...Ma se io adesso volessi connettermi con la mia applicazione
delphi (locale) ad un db access che si trova in remoto??? Mi
spiego...Ho una mia applicazione che utilizza un db access, tutto in
locale, normale. Vorrei espandere la mia applicazione...vorrei adesso
che la mia applicazione si connettesse ad un database access ma in
remoto! Quando io modifico qualche dato sul db locale vorrei
riflettere la modifica anche sul db in remoto...in poche parole è
questo. Solo che di database in remoto non so proprio nulla!! Potete
suggerirmi qualche soluzione?? Grazie a tutti!!
ps. voglio usare un db access in remoto xke è quello che so utilizzare
di piu, gli altri non li conosco tanto! :) grazie ancora!

 delphi (locale) ad un db access che si trova in remoto??? [...]
Ci vuole un'applicazione Web (un sito, un Web Service o qualcosa del 
genere) che raccolga le richieste provenienti dalla tua applicazione e 
agisca sul database aggiornandolo.
Prova ad approfondire gli elementi citati sopra cercando con Google.
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 di piu, gli altri non li conosco tanto! :) grazie ancora!
non mi sembra una valida ragione per non almeno provare un DATABASE

 ha scritto nel messaggio 
news:2865dcaa-b7d0-4043...@y9g2000yqg.googlegroups.com...
Salve a tutti, spero che qualcuno possa darmi una mano. Io programmo
utilizzando delphi 6 e accedo a db access con ADO. Fin qui tutto
bene...Ma se io adesso volessi connettermi con la mia applicazione
delphi (locale) ad un db access che si trova in remoto??? Mi
spiego...Ho una mia applicazione che utilizza un db access, tutto in
locale, normale. Vorrei espandere la mia applicazione...vorrei adesso
che la mia applicazione si connettesse ad un database access ma in
remoto! Quando io modifico qualche dato sul db locale vorrei
riflettere la modifica anche sul db in remoto...in poche parole č
questo. Solo che di database in remoto non so proprio nulla!! Potete
suggerirmi qualche soluzione?? Grazie a tutti!!
ps. voglio usare un db access in remoto xke č quello che so utilizzare
di piu, gli altri non li conosco tanto! :) grazie ancora!
Se non ho capito male la tua esigenza basta che la DataSource relativaal 
file database nella "stringconnection" del TAdoConnection punti al file 
database del PC remoto. In breve:
- metti i file .mdb in una cartella remota condivisa.
- nella strinconnection inserisci 
\\NomePcRemoto\CartellaCondivisa\NomeFileDB.mdb
Ciao Giorgio 

> - metti i file .mdb in una cartella remota condivisa.
Giorgio, ma ti rendi conto di cio che scrivi?
Gia in ambito LAN per motivi di sicurezza le cartelle condivise sui pc
sono vietate...
In genere ne esiste UNA, su un server unltrablindato e tutti puntano a
quella.
Ti rendi conto delle falle nella sicurezza che potenzialmente si
potrebbero aprire con la soluzione proposta da te?
....
A.

 ha scritto nel messaggio 
news:eaaba11b-65cc-4675...@j38g2000yqa.googlegroups.com...

Se la cartella termina con $ non e' visibile agli altri PC, cmq non so se 
esistano altre maniere piu' semplici tenendo il formato Access,
Ciao Giorgio 

simoneap...@hotmail.it
 ha scritto:

Io la butto li' :)
Hai pensato ad una VPN?
Io per un "giochino tra amici" (una piccola applicazione di fantacalcio 
con un DB in firebird) ho usato Hamachi (
http://www.hamachi.it/
) e devo 
dire che ha funzionato egregiamente per il mio "piccolo".
^_Goblin_^
-- 
Ibis et redibis non morieris in bello
http://goblinland.myminicity.com/

 esistano altre maniere piu' semplici tenendo il formato Access,
Questa mentalità è la ROVINA della ns professione.
Pur di salvaguardare una architettura, se pur bacata e pensata male,
pur di non cambiare idea o tecnologia,
si propongono "soluzioni" come queste...
A.

 dire che ha funzionato egregiamente per il mio "piccolo".
Quella della VPN è una buona soluzione, ihmo.
Ma tu usi firebird che NON IMPONE L'USO DI CARTELLE CONDIVISE.
Con Access DEVI AVERE una cartella condivisa.
Pax vobiscum
A.

 si propongono "soluzioni" come queste...
Più che altro, dubito che la soluzione sia viabile: credo che il 
contesto evidenziato faccia riferimento ad un database su Internet, 
quindi queste condivisioni - a meno di non avere una VPN, ma è un altro 
caso - non sono proprio possibili, per quanto ne so.


 A.
Se il pc è "aperto" sul WEB una Cartella condivisa (sia che finisca con 
$ oppure no) E' MALE, ma nessuno ti impone di non farlo :D ...  con una 
VPN simuli una piccola lan dunque avere una cartella condivisa E' 
MALINO, certo passare ad un DB, come puo' essere Firebird, MySQL, ect 
ect sarebbe una soluzione migliore, ma la richiesta era esplicita:
**"ps. voglio usare un db access in remoto xke è quello che so utilizzare
di piu, gli altri non li conosco tanto!"**


 caso - non sono proprio possibili, per quanto ne so.
si, marco. ok.
Ma prima di sparare cazzate sarebbe meglio attaccare la spina e
pensarci su.
Quando poi ti trovi a lavorare con persone che hanno avuto imprinting
professionali come questi
riuscire a raddrizzarli è un impresa...
A

 di piu, gli altri non li conosco tanto!"**
Qua poi si apre un altro casino...
Un conto è "tengo gia tutto in access e non posso cambiare..."
In questo caso, avendo cura di far firmare al cliente un documento
che ti esonera da ogni responsabilita in caso di fault del sistema,
ok...
Ma se uno deve mettere in piedi qualcosa ex novo, vale la pena fare
delle cose
scontate ma che nessuno fa:
ANALIZZARE, PENSARE, VALUTARE...
Perchè questo tempo che per molti è perso (giusto xche non si inizia
da subito a scrivere del codice....)
DOPO lo guadagni 100 volte, sia in soldi che in salute tua e del
cliente che si è fidato della tua (presunta?) professionalita'.
Dimenticavo...
C'è uno stupendo principio ZEN: la via breve è la via lunga.
Pax vobiscum
A.

 Hai pensato ad una VPN?
Ne approfitto per fare un po' di ragionamenti.
Sappiamo quanto l'uso di access per applicazioni di una certa 
semplicità (monoutenza, gestionalini) sia una cosa normale, anzi, piu' 
semplice di una soluzione server sql. Sappiamo anche che access aiuta 
molto perchè chi non e' esperto di sql e database, trova nella 
formidabile GUI di access un vero alleato per comporre query.
Access, quindi, non è il MALE: io in passato l'ho usato con D6 per 
automatizzare semplici dataentry, e per fare semplici gestionali di 
nicchia (monoutenza).
Ma, nel momento in cui mi sono trovato a dover gestire una 
multiutenza.. allora sono incominciati i problemi. Evvai! Giù a 
studiarti la KB di microsoft per vedere l'ennesima versione di oledb , 
le versioni di MDAC, la cursor stability, i permessi sulla cartella, le 
tabelle di sistema, ecc... insomma: tutta la semplicità che avevo 
guadagnato l'ho perduta per affrontare questa evoluzione del mio 
software.
Ora,benchè non sia IL MALE, dobbiamo renderci conto che non è la 
soluzione per TUTTO, invece parliamo di EVOLUZIONE: il consiglio che mi 
sento di dare all'OP, è il seguente: affronta un'ipotesi di evoluzione.
Ma parliamo di evoluzione non solo del tuo programma, ma di te stesso 
come professionista/hobbista di quel fantastico strumento che e' 
DELPHI.
Considera che ADO proprio per quello e' stato pensato: tu hai uno 
strato di componenti ADO che ti permette (in via teorica) di migrare 
access su un sql server express, ricompilare e far girare il tuo 
software senza quasi dover mettere mano al tuo codice.
Questo e' il messaggio che vorrei che passasse: usiamo l'architettura 
piu' idonea, sempre, anche a costo di spendere del tempo per riadattare 
del codice poco generalizzato. Questo costo, diventa un guadagno nel 
momento in cui hai un'architettura che ti permette di cambiare parti 
del tuo software senza impattare sul resto.
Spero di essermi spiegato (in modo prolisso, e' vero).
Ciao :)
-- 
Morde

Ciao a tutti! Innanzi tutto grazie a tutti x avermi risposto. Chiedo
scusa se il mio post ha scaldato un po gli animi non ne avevo
l'intenzione! è vero, studiare e provare altri database sarebbe una
buona cosa xo volevo sapere se le mie conoscenze di access mi potevano
servire x affrontare anche questo problema, tutto qua, non ho detto
che non VOGLIO assolutamente usare altro al di fuori di access...era
solo xke mi ero trovato bene. Ho notato cmq che access da notevoli
problemi se si lavora in remoto, su internet...Voglio essere piu
preciso...Ho un sito internet voglio creare un database (a questo
punto consigliatemi voi quale tecnologia è la migliore, cerchero di
adattarmi) che contenga i medesimi dati del database in locale e che
venga aggiornato ogni qual volta che con il mio programma faccio una
modifica (in locale). Come faccio?
Ps. Sia chiaro, come si dice...Non voglio essere imboccato col
cucchiaino, ma siccome non sono molto ferrato in materia di DATABASE
SU INTERNET chiedo aiuto a voi x sapere almeno che direzione prendere.
poi se riuscite a darmi anche suggerimenti, consigli piu specifici che
ben venga vi ringrazio molto!! Grazie di nuovo a tutti!

 ben venga vi ringrazio molto!! Grazie di nuovo a tutti!
Come ti hanno già detto, Access è perfetto per un certo tipo di 
applicazione, ma se solo stai pensando di spostarti sulla rete (locale o 
web che sia), lascialo perdere. Devi obbligatoriamente passare su un 
database di tipo server, come MySql (semi-gratuito) o PostgreSQL 
(gratuito), Firebird (gratuito) e tanti altri. Hai solo l'imbarazzo 
della scelta.
Per quanto riguarda Delphi, hai il grosso vantaggio (come diceva Morde) 
che probabilmente per collegarti a un db access molto probabilmente stai 
già usando ADO... cosa che potrai continuare a fare, solo che non ti 
appoggerai più al Jet Engine Microsoft, ma ad un altro engine...
-- 
Jax

simoneap...@hotmail.it
 ha scritto:

Secondo me (IMHO)
Hai già imbastito il tuo programma per access con ADO, la migrazione 
ovvia è sicuramente, come ha già detto Morde, Microsoft SQL Server 2005 
Express Edition. Molto probabile che ci sia qualche tool di conversione 
tabelle da access a Sql server, male che vada usi qualche ODBC, in 
questo modo mantieni la tu vecchia struttura access, poi avviamente dato 
che passi ad un livello di DB superiore puoi ripensare la struttura 
delle tabelle con trigger e StorePorc (ci sono in sql express ???).


 database di tipo server, come MySql (semi-gratuito) o PostgreSQL
Jax, solo una precisazione.
Nel 99% die casi si parte con Acces per poi migrare a un DATABASE.
Non so tu, ma io in tanti anni di lavoro migrazioni del genere mi sono
toccate piu' volte.
In molti casi questi lavori sono stati abbastanza devastanti.
Prima di tutto xche access permette di avere gli spazi nei nomi di
campo...
Mo tu penserai "ma chi è cosi idiota da sfruttare questa cosa???"...
Mio caro Jax....Cè chi fa anche di peggio.....
Andrebbe ribadito il concetto che ognuno dovrebbe fare il prp
mestiere....
Io non mi improvviso idraulico ne dentista...
Non vedo xche un idraulico o dentista dovrebbe improvvsarsi
informatico...
Chiudo qua prima di essere accusato di razzismo o "talebanismo"....
Tornando a noi, visto che QUASI SICURAMENTE si finisce per passare a
qualcosa di SERIO
tanto vale iniziare con un db client server SEMPRE.
Vedi anche il caso del ns amico che ha aperto il th.
Ovviamente uno inizia con prodotti "leggeri" come firebird e non con
cose mastodontiche
come db2, oracle o sybase.....
Personalmente suggerisco firebird e non Sqlserver...
A differenza di degli altri che li guardi e dici "azz come è tosta tsa
cosa"
SqlServer si presenta come un prodotto "facile", cosa che non è
assolutamente vera.
Imho, se devo avere complessita, scelgo la complessita che dico IO.
Ultima cosa, tanti dimenticano che SqlServer gira solo su windows....
Pax vobiscum
A.

 Chiudo qua prima di essere accusato di razzismo o "talebanismo"....
Sě vabbč, dai, tira fuori la barba e rimettiti il turbante ;) per 
cortesia :) lol
Antonio

 Antonio
rotfl!
A.