Migrazione del database di accesso: SharePoint o soluzione personalizzata [chiusa]

0

Per migrare un database di Access locale e renderlo disponibile on-line sto considerando due soluzioni:

  1. Migrare il database in SQL e creare un'applicazione ASP personalizzata per aggiungere / modificare / eliminare dati;
  2. Crea un database di accesso Web e ospitalo su SharePoint.

Requisiti:

  1. Supporta più utenti allo stesso tempo;
  2. Deve essere disponibile al di fuori dell'ambiente dell'ufficio;

Stato corrente dell'app di accesso:

  • Lavorare con la necessità di modifiche personalizzate quando i dati devono essere importati da file semplici. I file di dati sono cambiati nel tempo e l'app non ha (file CSV)
  • Gli utenti sono familiarizzati con l'attuale "interfaccia" del database

Problemi che prevedo:

  • Dopo che il database è online e disponibile, le esigenze del cliente cambieranno e richiederà più funzioni e caratteristiche;
  • Limitazioni di accesso.

Per avere un'app che può essere facilmente modificata in futuro, qual è la soluzione migliore?

Tutto considerato, in termini di costi, quale opzione può diventare più economica in un lungo periodo di tempo?

    
posta cap7 19.05.2015 - 12:07
fonte

1 risposta

1

Non conosciamo tutti i tuoi requisiti e risorse, quindi non posso assolutamente dire cosa è meglio qui. Tuttavia, ci sono alcune cose da considerare.

Risorse

  1. Hai le conoscenze per costruire questo come un'applicazione Asp? Il tuo staff ne sa abbastanza per costruirlo e sostenerlo?

    Se non si dispone di sviluppatori professionali per supportare questo, l'accesso potrebbe essere la strada da percorrere.

  2. Hai accesso (nessun gioco di parole) alla tecnologia che ti servirà per costruirlo e supportarlo. Con questo intendo un buon IDE, la possibilità di scegliere le librerie e i framework di test con i quali si desidera lavorare, ecc.

    Abbiamo un'applicazione di "database" di accesso piuttosto ampia in cui sono solo perché nessuno era disposto a pagare per un paio di copie di Visual Studio. Usiamo un server SQL come back-end e usiamo Access come front-end. Funziona piuttosto bene, sorprendentemente.

Estensibilità e manutenibilità

  1. Non esiste VBA per un database Web di accesso . Sarai limitato a utilizzare i macro per tutto. Questo limita ciò che sarete in grado di fare. La personalizzazione sarà ostacolata e limitata.

    Questo significa che dovrai anche tradurre le ~ 1300 linee di VBA in macro. È molto probabile che ciò sia possibile e ragionevole per la quantità di codice che dici di avere.

  2. È difficile mantenere i database di Access costruiti in questo modo. Tutto si trasforma in un caos confuso di query e macro. La documentazione è possibile, se sei intelligente, ma certamente non è così semplice come commentare un codice.

    Ci sono stato, fatto. La manutenzione sarà un incubo oltre una certa massa critica. Se immagini questa app che va oltre qualsiasi cosa banale, non crearla in Access. Sembra che questa applicazione crescerà, quindi se vai con Access, scommetto che qualcuno mi porta in un secondo momento.

  3. Puoi testare il tuo progetto ASP. Lo stesso non sarà possibile per un database web. Il modo ASP sarebbe molto più mantenibile e resistente ai cambiamenti e alle rotture nel tempo.

Prestazioni

L'accesso è slooooowwwwww. Insopportabilmente lento per alcune cose. Quanto è critica la performance della tua applicazione? Se si prevede che sia altamente reattivo e veloce , vai con ASP.

Anche se le prestazioni non sono considerate critiche, è necessario tenerne conto nel calcolo del ritorno sull'investimento.

Tempo e budget

È probabile che tu possa trasferire l'applicazione Access esistente a un database Web molto rapidamente e con il minimo sforzo. Se hai poco tempo e denaro adesso , un database web potrebbe essere l'opzione giusta. Vi darà il massimo per il vostro buck nel breve termine.

Tuttavia, se hai tempo e denaro per iniziare da zero e costruirlo in ASP, vai avanti e fallo. Gioca alla partita lunga e ti salverà a lungo termine. Ci vorrà di più in anticipo per fare questo, ma pagherà i suoi dividendi lungo la strada man mano che vengono aggiunte le funzionalità e cambiata la funzionalità precedente.

    
risposta data 19.05.2015 - 13:25
fonte

Leggi altre domande sui tag