strategie di condivisione di database di Access

Question

Quali sono le strategie che si impiegano per consentire a più persone lavorano su un database di Access?

E 'possibile ospitarlo online e le sue caratteristiche ancora funzionante senza dover sviluppare un frontend personalizzato?

MS Access come un software ha alcune caratteristiche interessanti che non richiedono alcuna programmazione per configurare:

• menu a tendina - scegliere una
• liste Multi Casella di controllo - scegliere più

E 'possibile ottenere tutte queste caratteristiche disponibili anche quando hosted on-line? Praticamente sto pensando di un modo alternativo per ottenere rapidamente le persone a lavorare con i dati utilizzando le funzionalità GUI come sopra senza andare webapp <> modo MySQL.

Answer 1

Un modo ho sentito parlare di, è quello di importare il database di accesso in un database SQL Server.
(Quasi qualsiasi versione farà.).

Poi collegarsi al database di SQL Server con Access e consentono agli utenti di usarlo come hanno fatto prima.

un'occhiata a questo link: http://office.microsoft.com/ it-it / accesso / HA010345991033.aspx

Se si desidera una soluzione online vi consiglio di andare con una normale architettura applicativa web. (Parlando con un database corretto.).

Answer 2

Avete alcuni buoni commenti qui. Tenete a mente che le cose sono cambiate un po 'per Access 2010.

Access 2010 consente di creare applicazioni web. Il processo di sviluppo è molto simile come è stato per anni, ma non è possibile utilizzare VBA in forme per queste applicazioni web (si utilizza un nuovo linguaggio macro). Questa nuova serie di funzioni consente di pubblicare le applicazioni si costruisce a un sito web. Ecco un video di un'applicazione della miniera di esecuzione in Access 2010, e nel punto a metà strada nel video che ho passare l'esecuzione dell'applicazione di accesso al 100% in un browser Web:

http://www.youtube.com/watch?v=AU4mH0jPntI

È possibile che questo è per Access 2010 ... che uscirà quest'anno. Quanto sopra richiedono di eseguire servizi SharePoint, o utilizzare un servizio di hosting che supporta i servizi di "accesso web".

Per le versioni precedenti di accesso, per tutti gli effetti, non è un sistema basato sul web a tutti. Ora, quando si dice più utenti, è necessario chiarire che tipo di utenti e dove si prevede di essere. Se gli utenti sono in una rete ufficio locale, quindi l'accesso MS può essere utilizzato come un sistema multi utente a destra, fuori da una scatola senza codifica supplementare e di programmazione. Si raccomanda, tuttavia, che di dividere l'applicazione in una parte front-end che è distribuito sul computer di ciascun utente. Questo concetto come descritto nel seguente articolo di mine.

http://www.members.shaw.ca/AlbertKallal/ articoli / split / index.htm

Ora, forse, gli utenti stanno per essere su notebook e in diverse località in tutto il paese? In questo tipo di caso che si sta tentando di connettersi tramite una rete geografica, o che hanno gli utenti si connettono alla domanda tramite Internet. Questo è un problema diverso. In questo tipo di scenario, una buona soluzione è quella di usare qualcosa come SQL Server per il back-end, e si continua a distribuire la parte anteriore di accesso finisce al computer di ciascun utente. Questa applicazione tende ad essere la più costi accessibili anche. E l'utilizzo di sql server + MS-Access significa che si arriva a continuare a sviluppare in Access per la maggior parte come hai sempre fatto. Un altro modo per realizzare l'uso vasta area senza ricorrere a sql server è quello di utilizzare qualcosa chiamato servizi di terminale. Delineare queste possibilità nel seguente articolo:

http://www.members.shaw.ca/AlbertKallal// Wan / Wans.html

Come già detto, pochi altri qui Pubblicato link ad alcune delle nuove funzionalità di SharePoint che si può considerare l'utilizzo, ma non fino alla fine di quest'anno.

Answer 3

Accedere alle applicazioni multi-utente sono abbastanza facili da fare per le piccole popolazioni di utenti gruppo di lavoro del 15-25 ranger o più piccolo. Oltre a questo, uno sviluppatore dovrebbe prendere in considerazione l'upsize a un server back end, con il trade-off essendo maggiore il carico amministrativo per il server vs. dover programmare l'applicazione con più attenzione a chi rimetterete i Jet / ACE back-end.

Per quanto riguarda l'accesso online, questo non è possibile su HTTP, ma se si dispone di un server Windows Terminal disponibile, è in grado di ospitare la vostra applicazione non vi e dare agli utenti l'accesso a questo. Questo è in realtà un modo estremamente facile ed efficiente e poco costoso per supportare gli utenti remoti di un app, anche se la più grande popolazione di utenti, il più problematico diventa. Ma per il momento in un app di accesso ha una popolazione di utenti che sforzare un'installazione di Windows Terminal Server, non sei più intenzione di utilizzare un Jet / ACE back-end.

E con un end server back, si potrebbe dare l'accesso a un server SQL su una VPN su Internet, e se si scrive la vostra applicazione di accesso molto efficiente, anche tramite una connessione standard a banda larga, gli utenti potrebbe ancora lavorare in modo produttivo.

Poi c'è il futuro di accesso: in Access 2010, una grande quantità di lavoro è stato fatto per integrare con una serie di nuove funzionalità di Sharepoint 2010. Se si crea l'A2010 app utilizzando il nuovo tipo di moduli web di accesso e rapporti , la tua applicazione può essere caricato su un server SharePoint che esegue i nuovi servizi di accesso, e può quindi essere utilizzato in esecuzione in un browser web (non limitatamente a IE e non dipende da alcun plugin o controlli web, come è avvenuto in passato con il completamente inutile di accesso ai dati di accesso Pagine). L'archivio dati può essere uno SQL Server, o si potrebbe tenerlo Jet / ACE per gli utenti non accedervi tramite il browser web, e hanno i dati memorizzati in Sharepoint per gli utenti. Inoltre, è possibile avere un app integrato con Sharepoint in esecuzione a livello locale in Access che utilizza Sharepoint quando si è connessi a Internet, e di essere ancora in grado di lavorare non in linea quando non sono connessi. Una volta collegato ancora una volta, aver completato la sincronizzazione le modifiche locali con SharePoint Server, risolvere eventuali differenze e continuare a lavorare.

Le caratteristiche sono davvero notevole, e in base a quello che ho sentito e visto, se l'applicazione di accesso è costruito interamente in moduli web e report, sembrerà e la funzione in modo identico quando viene eseguito in Access e quando viene eseguito nel web browser tramite Sharepoint. E se avete bisogno di avere le caratteristiche sul lato client che non si espongono agli utenti che eseguono l'applicazione nel browser, è comunque possibile utilizzare gli oggetti di Access tradizionali!

Il blog di accesso del team di sviluppo ha una serie di messaggi su ciò che sta arrivando in A2010 , e c'è un buon video postato lì dimostrando come A2010 integra con Sharepoint 2010 nuovi Access Services .

Ciò costituisce un salto di qualità nella capacità di web di accesso, che in precedenza erano quasi inesistenti, e sono molto entusiasta di questo. Ero già abbastanza diffidente nei confronti dei cambiamenti in atto per Access che sembrava del tutto per renderlo un servo di Sharepoint, ma ora posso vedere che il beneficio per gli utenti di accesso e sviluppatori di Access sarà enorme.

Answer 4

ho mai avuto bisogno di sostenere da solo, ma da quello che ho sentito finora, le prestazioni rompe drasticamente non appena il necessario per supportare più utenti contemporaneamente di scrittura. Penso che questo sia perché Access utilizza semplice file di blocco per implementare l'isolamento, e questo proprio non è la tecnica giusta per un sistema di database concorrente.

Answer 5

Hosted on-line? Vuoi dire sulla rete? Tecnicamente si lavorerà su una rete, ma c'è un motivo per MS-Access in non in Visual Studio - non è considerato una piattaforma di sviluppo - si tratta di un'applicazione desktop. Quando MS-Access prima ha colpito la scena molte persone costruite applicazioni utilizzarlo. La funzionalità multiutente proprio non c'è. Fino a quattro o cinque utenti è ok. Ma non vorrei andare per la maggiore.