Newsgroup: it.comp.appl.access
Titolo: DB con protezione utenti

Ciao a tutti!
C'è un db  che fino ad ora è utilizzato su un solo pc e tutto OK;
però provandolo in rete, quando due pc utilizzano la stessa maschera di 
inserimento nuovo paziente,
prendono tutti e due pc lo stesso IDPaziente. Di conseguenza chi salva per 
primo mantiene i dati,
chi salva dopo perde tutto.
Come si puo fare affinchè, chi inserisce un nuovo record, prende ad esempio 
1234 e l'altro prenda 1235?
Attualmente prendono tutti e due 1234.
Gradisco lumi a riguardo.
Napoleone


L'id glielo dai tu?
Allora appena puoi salva e daglielo, poi fibnisci di sitemare il form
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:  
www.donkarl.com/it

 MAssimiliano Amendola
Ciao MA,
debbo terminare l'inserimento, prima di salvare, perchè è probabile che il 
paziente sia già presente in elenco!
Volevo provare con apertura esclusiva del dataBase, ma non me lo fa fare.
Ciao
Napoleone 


Non non complicarti la vita...
Appena hai gli elementi per fare i tuoi controlli e vedi che non c'è, salva.


 ha scritto nel messaggio 
news:8jcxe.23187$TR5....@news.edisontel.com...

Non mi sembra questa la soluzione giusta, in quanto lo stesso discorso è 
valido se si parla di modifica ad un record esistente.
Lo modifichiamo due persone contemporaneamente? O meglio quale modifica 
salva la mia o l'altra? Invece secondo me, ci dovrebbe essere un blocco di 
record, sia in inserimento che in modifica!
Ciao
Napoleone 


Ciao Napoleone,
secondo me la strada piů pulita, usando Access e non sql, č quella di 
presentare una form del tutto identica all'attuale ma non collegata alla 
tabella. Quando l'utente decide di salvare il record farai tutte le 
operazioni che ti interessano: controlli i duplicati, assegni un id e salvi 
il record accodando i valori alla tabella di riferimento.
Mi permetto un consiglio: stai lavorando su dati sensibili e le tabelle 
Access non sono il massimo in termini di sicurezza, prendi in considerazione 
la migrazione delle tabelle in sql, specie ora che č stata rilasciata la 
beta2 di sqlserver express.
Ciao, Carlo 

 Ciao, Carlo
Ragazzi non scherziamo.
Se fosse così chiuderemmo baracche e burattini.
Se un programma soffre la contemporaneità di due o tre utenti stiamo
freschi... (magari lo fosse, visto il caldo!!!)


 Ciao, Carlo
Il Db attualmente è di 50 Mb con tabelle che hanno tra le 5-7000 record.
Conviene migrare in Sql, come si farebbe? Perche se ci allontaniamo troppo 
da access e VBA,
allora è meglio che mi ritiro prima ancora di cominciare, se poi la cosa 
potrebbe essere con poche difficoltà, datemi una strada da seguire.
Hai ragione i dati sono troppo sensibili, l'attività di due anni  del mio 
reparto! E' una bella responsabilità, però fino ad oggi, non ho mai avuto 
problemi.
Grazie dei consigli
Napoleone 


Buon fine settimana "Piovoso"
Napoleone 


Non sono le dimensione del db che creano problemi.
L'esperta del NG è Cinzia...anche se della migrazione delle sole tabelle in 
sql se ne è parlato tantissimo.
Ovviamente se ne è parlato anche all'ultima CISA e puoi scaricarti 
liberamente l'intervento proprio di Cinzia.
A mio avviso il dilemma è ADP o collegamento via ODBC. Personalmente 
propendo per  la seconda ipotesi ma non mi sento di dirti di affrontare il 
porting verso sql così, senza aver approfondito bene tutti gli aspetti.
Speriamo che Cinzia legga questo post e possa darti ampi lumi.
Nella mia azienda, lo sai, stiamo migrando tutte le tabelle in sqlserver, 
proprio per ragioni di privacy e sensibilità dei dati...
Vedi un po' tu.
Ciao, Carlo 

 Ciao, Carlo
OK Carlo, ne parleremo al momento opportuno.
..
Ma ritornando al discorso iniziale del mio post, cosa puoi dirmi a riguardo 
dell'apertura di un nuovo record da due utenti contemporaneamente ed avere 
lo stesso Nuovocodiceprogressivo?
Ciao e buona serata.
Napoleone 


Ciao Napoleone,
ti do qualche info relativa all'upsize, ma come diceva correttamente Carlo
l'esperta è Cinzia, ma anche Giorgio non è che scherza !
Io l'ho studiato qualche mese e ho fatto l'upsize una sola volta, ma del db
più grosso che ho ( centinaia di tabelle, queries e maschere, qualche report
qualche modulo). Mi sento di portarti la mia piccola esperienza.
Generalmente l'upsize è consigliabile effettuarlo quando è necessario
mettere a disposizione il db a molti utenti contemporaneamente e il loro
numero è superiore a 20. Il db è belllo grosso (>=100 MB), è lento, si
corrompe, si deve implementare una maggiore protezione dei dati ( come nel
tuo caso).
Puoi contare su di  una procedura guidata per effettuarlo oppure fare
un'importazione manuale degli oggetti.
Il database mdb va preparato prima di effettuare l'upsize guidato devi
intervenire sulle relazioni e sulle regole di convalida dei dati.  Per le
queries non vengono upgradate quelle a campi incrociati, quelle pass-trough,
quelle che contengono funzioni che  non possono essere convertite, queries
che contengono parametri.
Il codice contenuto nell'mdb deve essere riscritto da DAO a ADO, con il like
devi utilizzare % al posto di * e _ al posto di ?.
Ci sono sicuramente altre cose che or ora non ho citato, per me, lo confesso
è stato un calvario effettuare l'upsize perchè ho dovuto rifare tutte le
maschere e tutte le queries, non me ne ha upgaradta nemmeno una ! Ma ne è
valsa la pena.
Ho effettuato il tutto solo per incrementare le mie conoscenze, ma ti posso
dire che le prestazioni migliorano notevolmente.
Nel mio caso utilizzo Access+MSDE. Negli ADP puoi contare sulle funzioni
sulle visusalizzazioni e sulle stored procedure : sono un tipo particolare
di queries che non esistono con Jet soprattutto per le SP che sono il tipo
di query  più potente.
Il "linguaggio" sql si chiama Transact-Sql con il quale si possono scrivere
anche i triggers ( auguroni !).
Se interverrano soprattutto i due che ho citato sopra sapranno darti
maggiori e più ijmportanti dettagli tecnici, spero ti potrai accontenare per
li momento !
Ciao buona serata
Sandro.

 ha scritto nel messaggio 
news:TXgxe.24164$h5.10...@news3.tin.it...

Grazie Sandro,
conserverò tutti questi post, ed al momento opportuno, li tirerò fuori.
..
Quindi per quattro-cinque utenti non vale la pena migrare in sql.
..
Tu hai fatto l'upsize guidato di Access>MSDE
..
Mi hai messo tanta curiosità..
Ti terrò informato
Ciao
Napoleone