Newsgroup: it.comp.software.database
Titolo: Domanda di certo già ritrita, ma abbiate pazienza.....

Ciao a tutti,
scrivo su questo NG per la prima volta e Vi presento una domanda che
sicuramente avrete affrontato in passato. Mi scuso in anticipo se Ve la
ripropongo.
Sono un utente di ACCESS con il quale ho sviluppato un DB per la mia
azienda.
Ho adesso la necessità di condividere il DB su rete locale e attraverso
Internet (ho più sedi).
Ho capito che fare questo con Access è un panico o è addirittura
impossibile.
Altre persone ben più esperte di me mi hanno parlato di FILEMAKER e di
MYSQL.
Ho dato una rapida occhiata sui relativi siti e sui NG ma ho difficoltà a
capire se questi due DB:
1) permettono di fare quello che vorrei potendo importare integralmente i
dati attualmente presenti su ACCESS
2) Hanno un'interfaccia user friendly che non sia troppo complessa (ho
nozioni di programmazioni su ACCESS ma non sono un programmatore).
Vi ringrazio molto per un'opinione.
Buon lavoro a tutti e, per chi vi è, buone vacanze!
Andrea



 nozioni di programmazioni su ACCESS ma non sono un programmatore).
Access *è* una interfaccia per accedere a qualsiasi database che abbia
un driver ODBC.
Anzi, prova a vedere se con Access è possibile migrare i dati tra due
database (con MSSQL è possibile).
Dato che viene usato ODBC non dovresti avere problemi di migrazione.
Prova a fare qualche prova con PostgreSQL (che è open source e non ha
costi di licenza).
Se hai grossi problemi passa a MSSQL.
Saluti  Manlio Perillo

 nozioni di programmazioni su ACCESS ma non sono un programmatore).
Come interfaccia ti conviene assolutamente mantenere Access.
La soluzione IMHO migliore per un caso come il tuo è utilizzare i
files .mdb distribuendoli su ogni client che deve utilizzare la tua
applicazione, configurandoli pero' per lavorare invece che su tabelle
locali su tabelle collegate via ODBC su un DB centrale, che può essere
MySQL, o PostgreSQL come ti hanno già suggerito. Quest'ultimo lo
installi su un server opportunamente dimensionato, messo in sicurezza e
raggiungibile da tutti i client che devono lavorarci (se sono su sedi
remote dovrai fare una VPN o altro collegamento geografico, ma questo
è un altro discorso...).
Se il costo della licenza non è un problema pero' forse ti converrebbe
provare con MS SQL server, che ha dei wizard che rendono molto più
agevole l'operazione di transizione dalla soluzione "tutto access" alla
soluzione "distribuita". 
Bye!

 Andrea
Enrico
-- 
---------------------------------------
http://www.emcquadro.com/
---------------------------------------

 4) dei costi di acquisto licenza non te ne parlo nemmeno.
Parliamone, invece. Secondo quanto riportato in
http://www.soft-land.org/faq/icsdfaq&tpl=faq#mysql
 , il discorso
"acquisto licenza" deve essere fatto in alcuni casi. Leggendo il
messaggio iniziale, l'esigenza del poster potrebbe rientrare in uno di
questi casi (ma anche no, dipende dai punti di vista), creando quindi
una situazione in cui ci vuole un'attenta analisi tecnica prima della
scelta di MySQL come backend (analisi che, in ogni caso, ci vorrebbe lo
stesso). Per aggirare questo discorso in parte, quindi, secondo me gli
conviene puntare su prodotti che in tal senso sono piu' sicuri (ovvero,
se ti serve assistenza paghi solo quella) come PostgreSQL o Firebird
Enrico

 attraverso Internet (ho più sedi).
Allora, come ti e' stato detto, NON usare Access direttamente. Per
spiegartela meglio, il database Jet (db che, tra parentesi, e' fornito
direttamente in Windows, e che puo' essere utilizzato anche senza avere
Access installato) e' un db pensato per piccoli lavori e per essere
utilizzato da n utenti (dove n e' minore di 10). Ora, quando alla MS si
sono accorti che dare un frontend ad un db poteva essere una buona idea
(ottima, visto il risultato finale), hanno tenuto bene a mente due cose
fondamentali:
1) come gia' detto, il motore Jet non si presta a grossi carichi e ad
un uso pesantemente concorrenziale;
2) per le aziende una situazione simile significa che il prodotto e'
inutile.
Per risolvere il problema, quindi, hanno pensato (correttamente) di
permettere il collegamento dei dati sia da fonti ADO, sia da fonti
ODBC. In pratica, puoi crearti il tuo applicativo in Access come ti
aggrada (maschere, report, query e chi piu' ne ha piu' ne metta),
distaccandoti pero' dal backend sottostante (non solo Jet, quindi, ma
anche altri db).
Riguardo al tuo di prolema, percio', ti consiglio una cosa semplice
semplice: scegli un backend in base alle tue esigenze (personalmente ti
consiglio PostgreSQL o Firebird, ma nulla ti vieta di puntare a
bestioni come Oracle o SQL Server), dopodiche' crea una fonte ODBC che
punti al db di backend da te prescelto e, infine, collega le tabelle
dentro Access utilizzando quella fonte ODBC. In questo modo ottieni di
mantenere la tua applicazione senza aver bisogno di svilupparla
nuovamente in un altro linguaggio e di renderla piu' robusta e
facilmente distribuibile a piu' persone
Enrico
P.S. la funzionalita' di collegamento delle tabelle mediante ODBC e' di
Jet, non di Access

 ospita le tue soluzioni filemaker;
Dimenticavo: probabilmente, e' piu' semplice che l'accesso via Internet
lo facciano affacciando direttamente un pc della loro azienda
all'esterno, rendendo quindi nullo questo vantaggio
Enrico

Wolf ha scritto:

creati una applicazione front end con vb o se preferisce web e risolvi 
il tutto