Newsgroup: it.comp.appl.access
Titolo: Consiglio su database multiutente

Salve a tutti ho messo su un pc che fa da server un database in .mdb
La mia domanda č questa:
Mi consigliate il miglior settaggio da fare al database visto che ad esso
potranno accedere piů utenti ed anche nello stesso momento senza che si
creino conflitti?
č possibile con Access?
grazie ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Domy73 ha scritto:
Salve a tutti ho messo su un pc che fa da server un database in .mdb
La mia domanda č questa:
Mi consigliate il miglior settaggio da fare al database visto che ad esso
potranno accedere piů utenti (via RETE da altre postazioni pc) ed anche


 ha scritto nel messaggio 
news:huleba$q73$1...@news.newsland.it...

Dividi il database in due FE (front end, tutto tranne tabelle) e BE (back 
end, tabelle) poi crei un collegamento alle tabelle sul BE dal FE
Dovresti prevedere perň un'altra cosa....in quanti si dovranno connettere 
contemporaneamente piů o meno?
Diciamo che entro i 10...l'mdb funziona ancora bene...ma la soluzione 
migliore č SQLServer come BE.
Ciao
-- 
Roberto da Parma 

 Ciao
Il numero non saprei sinceramente forse una decina e tieniconto che il mio
db è di ~12MB , ti dico anche la verità il db l'ho fatto pure a gratis
..ma non ho esperienza di multi utenza
tanto è vero che non ho idea di come si fa un BE e un FE
mi indicheresti la strada per creare un BE e FE?
Grazie


 ha scritto nel messaggio 
news:hull35$ajs$1...@news.newsland.it...

Devi semplicemente crearti un altro db vuoto...li ci sposti tutte le tabelle 
(importi dal primo)
Poi dal tuo db originale cancelli le tabelle e con il tasto dx scegli 
"collega tabelle", gli dai il percorso ed è presto fatto.
Fai sempre prima un backup...visto che non sei pratica...si sa mai!!


 Ciao
Ok grazie, capito
un ultima cosa le relazioni tra tabelle rimangono nel db originale?
Ciau


 un ultima cosa le relazioni tra tabelle rimangono nel db originale?
Le relazioni funzionano sempre e solo nel mdb dove si trovano
_fisicamente_ le tabelle, cioè nel BE.
-- 
cu
Karl
*********
Access FAQ: 
www.donkarl.com/it
 

 Leggi anche:  
www.donkarl.com/it?FAQ1.35


GRazie tante Don
a presto


[cut]
Jet lavora bene in multiutenza, se gli accessi concorrenti non sono
eccessivi.....diciamo che già 10 accessi presuppongono una BUONA gestione dei
lock e dei conflitti...a molto pensa jet, al resto devi pensare tu.....
Se hai già diviso i database (BE e FE) crei sul BE tutte le relazioni
(FONDAMENTALI!!!!!!), poi colleghi il FE e sei già a metà dell'opera.....fai
una solida procedura di controllo errori, specialmente quelli di modifica
contemporanea record e duplicazione chiave primaria. Accedi ai dati il minor
tempo possibile, crea le chiavi progressive solo nel momento in cui devi
scrivere un nuovo record e direi che i passi grossi sono fatti....
Per tutto il resto, tante prove, tanto tempo speso e tanta esperienza.....
Per ogni cosa posta......
-- 


L'unico vero consiglio che si puo' dare se vuole usare Access in multiutenza 
e' non usare Access, almeno per i dati
Usa un db server qualsiasi ce ne sono sia di gratuiti che a pagamento, di 
piccoli e di grossi
Per dirne solo una, la possibilita' offerta da qualsiasi db server serio di 
eseguire il backup dei dati 'durante' le operazioni di utilizzo dei dati da 
parte degli utenti
Ciao
RobertoA

 db è di ~12MB , ti dico anche la verità il db l'ho fatto pure a gratis
Una decina d'utenti mi sembrano tantini per un .MDB, soprattutto se tutti 
hanno autorizzazione a scrittura... 

 ha scritto nel messaggio 
news:4c0f485e$0$40292$4faf...@reader2.news.tin.it...


 Rischio qualcosa?
Pure io ho utilizzato i db Access in contesti simili: in effetti possono 
funzionare bene.
Come prestazioni e, con un pò di fortuna, affidabilità.
Il problema è che in certe situazioni (parlo di rete LAN, non Terminal 
Server) si ha come la sensazione che dei diavoletti pestiferi ci mettano lo 
zampino: l'hardware sembrerebbe ok, e invece di tanto in tanto ... crack. il 
DB si corrompe.
Con un database Server (o una configurazione Terminal Server) si deve tener 
d'occhio solo il Computer Server: il resto della rete può pure funzionare 
male.
Rinaldo