Newsgroup: it.comp.appl.access
Titolo: Backend Multiplo

Buon Giorno
Chiedo un consiglio ai più esperti
Ho diviso la base dei dati, in 4 backend, di un applicativo in
multiutenza.
Il motivo pricipale di questa scelta, è stata per velocizzare
gli eventuali miei interventi di manutenzione sulle tabelle, che
essendo diverse decine, richiedevano più tempo e attenzione.
Ho collocato in un database le tabelle che utilizzo
come parametri, in un altro le tabelle degli ordini e così via.
Ovviamente tutto funziona, ma quello che mi chiedo, è se
con questa scelta, le perfomance del frontend siano in qualche modo
penalizzate, oppure no....
Meglio tenere tutte le tabelle di backend in un unico database, oppure
va anche bene quello che ho descritto?
Grazie in anticipo
 
Tommaso


Le domande che devi farti sono altre.......quanto è grande il db? fino
a 2 Giga (dichiarati) access puo fare in un solo file. E poi (ma
SOPRATTUTTO) devi chiederti chi manipola i dati. Tabelle eterogenee
(=diversi db) con Access vanno bene in locale (il motore è lo stesso)
ma appena lo usi in rete...casca tutto, perchè hai 2 motori di
database che devono interagire. Quindi, traffico di rete enorme e
prestazioni deludenti...
Se le tabelle sono tante non conta nulla. Devi guardare le dimensioni
dei dati. Se sei vicino al limite, la soluzione (per me chiaramente) è
solo una: SQL server o similari. Se usi l'express e ODBC non devi
spendere una lira (è gratuito) e non devi neanche stravolgere
l'applicativo, visto che puoi continuare con DAO). Il mondo è proprio
un altro......te lo dico per esperienza personale!

 wrote:
 
Complessivamente, se unisco in un unico database tutte le tabelle,
attualmente avrei un file di poco superiore ai 200 MB
(Che crescerà, ma non fino a raggiungere GB)
Quindi, da quello che scrivi, devo dedurre che la soluzione ottimale
sia un unico database di Backend.
 
Ti ringrazio
 
ciao


Se fai costantemente la compattazione vedrai che le dimensioni nn
saranno un problema

 ha scritto nel messaggio 
news:87ea7693-edee-4bcb...@e2g2000vbb.googlegroups.com...

------------------------------------
 
No, le dimensioni non saranno un problema
Lo sara' invece la probabilita' di incriccare tutti i dati, prova a cercare 
'mdb corrupted' e poi vedi quanti link ti saltano fuori
Usa un qualsiasi db server sul quale tenere i dati e risolvi alla radice 
problemi di dimensioni e robustezza database
Io ti consiglio Firebird o Postresql, ma anche il classico Sq Server vanno 
benissimo
 
 
 
 
 

 ha scritto nel messaggionews:87ea7693-edee-4bcb...@e2g2000vbb.googlegroups.com...

Tutto giustissimo.
Ma io spezzerei una lancia a favore del vecchio mdb, che per
l'applicazionie di cui si parla va non bene, ma benissimo. 200 (ma
anche 500) Mb di dati e multiutenza lieve (2/4 client) anche
fortemente concorrenti, se è programmata bene, non da problemi più di
ogni altro motore di db. Chiaro che deve essere fatto con
grazia.....io ho lavorato più di un anno in queste condizioni. Forse
fortuna.....ma nn ho mai perso un record, ne corrotto nulla, ne
impiantato nulla....

 ha scritto nel messaggio 
news:7eaac300-e3e5-4b76...@u5g2000vbd.googlegroups.com...

------------------------------------------
 
Io invece non ne spezzerei neanche mezza a favore di un formato file che si 
e' dimostrato inaffidabile
Se poi parliamo di multiutenza, allora devi volergli male per consigliare un 
mdb come contenitore dei dati
E non e' una questione di dimensione file, anche con piccole dimensioni le 
corruzioni arrivano frequentemente
Dove 'frequentemente' puo' esere anche un paio di volte l'anno (e quindi 
relativamente poco frequente)
Se i dati sono importanti e' gia' una frequenza inaccettabile
 
 
 

Devo utilizzare Access.
Io non posso (in quanto non sono un gestore di rete) per condividere
informazioni
con il mio gruppo di lavoro, utilizzare gestori di database diversi da
quelli
che la mia azienda mi mette a disposizione.
Quindi per poter condividere dati e informazioni con i colleghi, del
mio gruppo di lavoro, devo necessariamente
utilizzare Office.
Uso pertanto Access, dividendo l'applicativo in Fe/Be, ma non posso
gestire la rete aziendale.
Questo lo faccio ormai da anni, diversa la cosa se fossi io il gestore
di rete.........
 
Ho seguito il consiglio di Fair87, e ho creato un nuovo database, che
adesso contiene tutte le
tabelle (che prima erano divise in 4 Be). Ho potuto notare che
l'applicativo è più veloce
nell'eseguire varie interrogazioni, ma non mi spiego il fatto, che la
dimensione del file unico, è
del 30% più "pesante" di prima. Praticamente:
Dimensione dei 4 Be = ~ 200 Mb
Dimensione del Be "Unico" ~ 260
 
Ciao
Tommaso


Provato a compattare tutto?