Newsgroup: it.comp.appl.access
Titolo: Dubbio sulla realizzazione di un DB

Devo realizzare un programma per conto di un'azienda, si tratta di un
programma comprendente una anagrafica clienti, delle schede tecniche, e una
parte riguardante il commerciale ( bolle fatture ecc.) nulla di
particolarmente complesso.
L'azienda ha una sede operativa centrale e diverse filiali, questo programma
deve gestire per ogni filiale i rispettivi dati e la sede centrale deve
poter gestire tutti i dati delle singole filiali.
Il mio dubbio era se realizzare un programma con i dati residenti solo sul
server della  sede centrale, in modo che ogni filiale per qualsiasi
operazione si debba connettere via remoto al server, oppure un programma che
gestisca per ogni filiale i dati in maniera del tutto indipendente dalla
centrale, e che periodicamente  aggiorni i dati della sede centrale tramite
un collegamento remoto.
Non ho problemi di connessione, ovvero le filiali possono anche rimanere
connesse 24ore al giorno con la sede centrale, le linee telefoniche per il
momento sono solo Isdn
Spero di essermi spiegato, è la prima volta che mi trovo di fronte ad un
problema del genere, ed i dubbi e le perplessità sono veramente molte.
Ringrazio anticipatamente chiunque sia in grado di darmi una zampa!!!!!!!!





Se le filiali possono avere una connessione 
continua i
o svilupperei l'interfaccia su Access 
collegandole al database centrale magari su Oracle. Questo comporta un alto 
costo per la licenza e l'acquisto di linee ADSL (credo più convenienti del 
ISDN).


La sincronizzazione periodica comporta un maggior 
ivestimento di tempo per lo sviluppo del codice per organizzare l'aggiornamento 
dei dati con il server.


 


Ciao


 



 ha scritto nel messaggio
news:yHJy6.125050$lj4.3...@news6.giganews.com...

il sistema di usare un databse centrale e le filiali che ci si connettono
puo' essere pratico , ma se non hai linee veramente veloci direi
impraticabile . Gli operatori dopo un po' si rompono delle attese.
un po' piu' complessa da programmare , ma piu' pratica per l'uso , e' magari
usare piu' database che si aggiornano in automatico e di continuo sullo
stile delle repliche di sql.
i vantaggi sono che da access scrivi il codice sql , poi sono i server a
"parlarsi" tra loro ed accordarsi sugli scambi. unica attenzione che devi
fare e' sulla gestione dei contatori.
ciao.
--
(^o^))~    Lorenzo   (^o^))~
"Preimaginare e' lo imaginare le cose che saranno..."
"Postimaginare e' imaginare le cose passate ..."
(Leonardo Da Vinci)

 wrote in message
yHJy6.125050$lj4.3...@news6.giganews.com...

Si possono fare molte considerazioni.
Ad esempio: le filiali devono poter accedere ai dati del sistema centrale on
line oppure è sufficiente un utilizzo off-line?
A quanto ammonta il budget per sviluppare il sistema?
I costi possono essere molto diversi a seconda delle esigenze e delle
prestazioni richieste. Sviluppare un sistema che giri in rete richiede SQL
Server e non Access.
Ma non solo! Un'applicazione che giri in rete contempla anche hw e sw più
costosi.
A quanto distano le sedi?
La linea isdn fornirà prestazioni sufficienti? Forse sì o forse no. Dipende
anche da come è sviluppato l'applicativo.
Interrogati su questo e probabilmente troverai la soluzione.
Scusa per la zampa...ta.
Luciana

 ha scritto nel messaggio
news:yHJy6.125050$lj4.3...@news6.giganews.com...


OK tra i mille dubbi c'è già una certezza .... sarebbe meglio usare
SQL!!!!!!
Per quento rigurada i costi non sono un grosso problema, ma mi sa che il
vero problema rimane
la linea ..... ADSL non è ancora disponibile per tutte le filiali e per
alcune non lo sarà per  molto tempo
quindi dovro contare solo su linee ISDN
Domanda!!!!! Sql solo sul server o anche nei pc delle filiali????? Perchè
Access non va bene in rete??????
e ancora....... Non ho mai avuto il piacere di usare Sql ...... è
complesso??????? ..... consigliatemi un buon manuale!!!!!!!!!
Grazie a tutti
Paolo

 wrote in message
AW2z6.127734$lj4.3...@news6.giganews.com...

Si chiama SQL Server ed è installato sul server. L'applicazione accede ai
dati via ADO e quindi deve essere fatta in modo appropriato.
Viene venduta la licenza server corredata da un certo numero di licenze
client.
Di manuali ce ne sono tanti in giro. Penso che quelli ufficiali forniti da
Microsoft siano quelli più indicati per avere notizie attendibili (?!?!?) su
SQL Server.
Rispetto Access è un po' più complesso ma estremamente più affidabile in
rete e l'unica soluzione possibile, almeno a casa Microsoft, se la rete è
geografica.
A tua disposizione :-)
Luciana

 complesso??????? ..... consigliatemi un buon manuale!!!!!!!!!
A parte le giuste considerazioni di Luciana, il motivo per cui non puoi
usare access in questo caso e' che access ha la caratteristica di scaricarti
l'intero recordset cui accedi per farti eseguire in locale le query, mentre
un db-server (come SQL) ti scarica solo il risultato delle query, diminuendo
notevolmente il traffico.
La complessita', a mio avviso, sta tutta nel creare dei buoni front end che
sfruttino le caratteristiche del db-server. Se fai male il FE otterrai lo
stesso risultato come per access.
Ciao, Sib
--
----------------------------------------------------
la mia home:
http://digilander.iol.it/syb
----------------------------------------------------
il sito comune di it.comp.database.access:
http://www.sitocomune.com
----------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente