1. casa
  2. Domanda e risposta
  3. Procedure ottimali per l'implementazione di un'applicazione Microsoft Access

Procedure ottimali per l'implementazione di un'applicazione Microsoft Access

2010-05-03 19 views
9

Dove è possibile trovare una panoramica (sito Web) delle migliori pratiche per l'implementazione di un'applicazione Microsoft Access (con architettura FE/BE) relativa a sicurezza, prestazioni e manutenibilità? So di progettare tabelle, query, moduli e così via e sono un programmatore ragionevole, ma mi chiedo quale sia il modo "migliore" e più efficace per implementare la mia applicazione Access.Procedure ottimali per l'implementazione di un'applicazione Microsoft Access

Grazie in anticipo per il vostro aiuto.

fonte

2010-05-03 waanders

+0

si potrebbe scoprire che "le migliori pratiche" sconsiglia di accesso ;-) –

+9

Se il mio datore di lavoro vuole utilizzare Access, devo. Inoltre, Access 2007 non è poi così male, è diventato molto più stabile e professionale dalla versione 1995. Per piccoli progetti l'accesso non è male, penso. – waanders

+1

Steven, felice che tu abbia aggiunto la faccina. –

risposta

5

Dai un'occhiata a Tony Toews 'Best Practices for Microsoft Access. Dal momento che stai sviluppando un'applicazione divisa devi farlo anche per prendere in considerazione il numero Auto FE Updater di Tony. Tale utility (offerta gratuita) semplifica l'installazione degli front-end delle applicazioni da parte degli utenti e assicura che funzionino sempre dalla versione più recente dell'app.

Ti suggerisco inoltre di provare a evitare di basare i moduli dell'applicazione su set di dati di grandi dimensioni. Ad esempio, anziché associare un modulo direttamente a una tabella di grandi dimensioni, collegarlo a una query che restituisce solo una o alcune righe dalla tabella. Consenti agli utenti di selezionare la riga o le righe a cui sono interessati in un dato momento. Il punto qui è limitare la quantità di dati che l'accesso deve recuperare quando gli utenti aprono il modulo.

fonte

2010-05-03 14:56:18 HansUp

+0

Il bello del consiglio di @ HansUp sulla limitazione dei recordset dietro i moduli è che non solo rende l'app up-up su un back-end server-based in modo molto più efficiente, ma rende anche l'app Access più efficiente. Ho progettato tutte le mie app di Access con attenzione particolare da c. 1998, e il risultato è stato una performance migliore in alcuni casi che ha finito per permettere di rimandare l'upsize anni dopo quello che mi sarei aspettato. –

+0

HansUp, grazie per le tue gentili parole. –

2

Qui ci sono alcuni link per iniziare

http://www.mvps.org/access/

http://www.lebans.com/

http://www.blueclaw-db.com/

Giusto il tempo di indossare il mio abito fiamma ancora una volta e avviare il legato -v- Unbound dibattito ancora una volta. Personalmente utilizzo quasi sempre moduli non associati per nuovi lavori per il controllo e le prestazioni che offrono.

L'argomento del contatore è che usando i moduli non associati si sta rimpicciolendo un sacco di ciò che rende comunque l'accesso per me comunque ritengo che il maggior controllo e le prestazioni superino quello e, una volta entrati nel diciamo che il tempo di sviluppo è solo leggermente più lungo.

fonte

2010-05-04 07:27:38

+2

I collegamenti vanno bene, ma l'idea che i moduli di accesso non associati siano buoni per la modifica dei dati è perversa. Uso tantissime forme non associate nelle mie app, ma quasi mai per modificare i dati, semplicemente perché c'è un così piccolo svantaggio nel fare il montaggio in una forma vincolata con solo il record modificato caricato. Se ritieni di aver bisogno di più controllo di quello fornito, allora semplicemente non dovresti usare affatto Access. –

Problemi correlati

 Problemi correlati