Questione : Accedere alla prestazione di rete di DB molto lenta

La base di dati che sto facendo tutte le domande circa ora è pronta ad essere schierato.  Purtroppo, il metodo dell'azionamento della parte per permettere che i 10-12 utenti gli ottengano ha una grinza.  Abbiamo spaccato gli uffici - uno nel centro del paese ed uno nell'est.  Se funzionando su un file server nel centro, l'est fa funzionare STUPIDO ritardare; l'inverso accade se disposto sull'assistente nel East.

We sta usando Microsoft Access 2007. Ho confermato che non abbiamo parete refrattaria fra i 2 uffici e una conduttura humongous soltanto circa 30% consumato.  Facendo funzionare una ventosa seguire mentre un utente orientale ed un utente centrale hanno prodotto questi 3 errori sull'utente nell'ALTRO ufficio da posizione dell'assistente: condizione del

NT: Condizione del
NT di STATUS_OBJECT_NAME_NOT_FOUND (0xc0000034): Condizione del
NT di STATUS_MORE_PROCESSING_REQUIRED (0xc0000016): Gli utenti del

The di STATUS_NO_SUCH_DEVICE (0xc000000e) nella posizione dove l'assistente risiede hanno poco a nessun ritardo ed a nessun tattiche che di problems.

Any “della bomba-fuori„ chiunque vorrebbe suggerire?
class= del

Risposta : Accedere alla prestazione di rete di DB molto lenta

L'accesso non è stato inteso mai per essere fatto funzionare attraverso un Pallido-tipo messa a punto (che è che cosa state lavorando con) e non troverete conclusione delle difficoltà se insistete sul rendergli la prova per agire in tal modo. L'accesso 2007 utilizza il motore di base di dati dell'ASSO, che è un tipo “del file server„ di base di dati. Che la specie del db non ha builtin procedare il motore, in modo da TUTTO IL lavoro deve essere effettuato dalla stazione di lavoro. Ciò significa che ogni volta che aprite una forma, o un rapporto, l'accesso deve tirare TUTTE quelle tabelle attraverso (very-very-very lento) il collegamento, le analizza ed allora presenta i vostri dati. In media, un collegamento tipico della WAN è circa 100 volte più lento di una rete standard dell'ufficio; quando occuparsi del Internet hops, potete scommettere che la velocità è più difettoso faaaaar di quella. L'accesso non può sopravvivere a in quel piano d'azione e vi scoprirete rapidamente che vi occupi dei dati corrotti e/o persi, delle forme corrotte, ecc ecc.

Avete alcune opzioni:

1) Muover verso una messa a punto di Citrix o dell'assistente terminale. Ciò può essere costosa installare ed effettuare, ma gli fornirà uso molto robusto e certo per i vostri utenti off-site.

2) Usare un servizio del web come www.eqldata.com. Non li ho usati mai e non so di chiunque che avesse, così soddisfaccio non prendo questo come alcuna specie della raccomandazione. Sto gettandola appena fuori là;). I servizi gradicono questo costo voi in su - fronteggiare ed in tasse mensili.

3) Riscrivere il app per usare un'interfaccia del web (cioè ASP.NET, Perl, PHP, ecc ecc). Ciò è una buona soluzione, ma gli richiederà ovviamente di essere informato in quelle lingue ed ovviamente fisserà indietro la vostra data di schieramento.

4) Spostare il vostro deposito di dati verso l'assistente di SQL, MySQL, Oracle, ecc ecc e riscrivere il vostro Fe per approfittare di quella piattaforma. Ciò può essere un'impresa voluminosa, poiché nella maggior parte dei casi dovreste fare una riscrittura della terra-in su - e voi sta andando fare che e dovete sostenere gli utenti a distanza, quindi sareste saggio da considerare #3.
Altre soluzioni  
 
programming4us programming4us