Newsgroup: it.comp.appl.access
Titolo: parere su programma che dovrà funzionare in rete con server

useranno il programma 4 persone circa
il file con le tabelle sarà su un server e la parte FE sarà una copia su 
ogni client linkata al file su server
mi chiedo se in questo modo è sufficiente per permettere loro di lavorare in 
traquillità con i dati oppure
ci vogliono alitri accorgimenti quando ad accedere ai dati sono piu persone?
se aprono lo stesso record e lo modificano contemporanemente quale dei 2 può 
modificarlo? il primo?
altri accorgimenti?
Grazie mille.
-- 
Simba883

 wrote in message
news:425c07e9$0$10978$
5fc...@news.tiscali.it

Se non Blocchi i Record in Modifica l'ultimo a salvare sarà quello
che vince.
In caso di MultiUtenza è pericoloso l'uso delle PrimaryKey Counter.
Generalmente si genera la PK su evento BeforeUpdate soprattutto
quando la PK è un progressivo Fiscale come una Fattura o DDT o ecc....!
Saluti
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


Grazie, io di solito uso una tabella con campo numerico che incremento alla 
creazione di una nuova fattura
e poi al numero fattura assegno il numero
format$(numero,"0000") & "/" & right(year(now()),2)
potrà avere problemi?

 wrote in message
news:425c1599$0$22440$
5fc...@news.tiscali.it

Io credo che il NumeroFattura debba essere la ChiavePrimaria
poichè quel Numero che generi è Univoco esattamente come il Numero
Fattura pertanto hai un Campo che oltre non servire a nulla(Numero)
è scorretto nell'ottica di Normalizzazione.
In questo modo la PK(NumeroFattura) sarà Indicizzato ed Univoco
ugualmente ma sarà quello il riferimento UNICO anche nelle Tabelle
Relazionate, con il vantaggio di una migliore comprensione dei
dati ed una riduzione dei Campi. 
Queste sono considerazioni di ottimizzazione
ma se non lo hai generato o gestito così può funzionare ugualmente,
il fatto è che se generi il Numero come Default il problema
persiste ed è decisamente EVIDENTE.
Per ovviare genera la PK e di conseguenza il numeroFattura
solo su BeforeUpdate.
Saluti.


 In caso di MultiUtenza è pericoloso l'uso delle PrimaryKey Counter.
Mhmmmm ... però è un'affermazione che va approfondita, onde evitare
equivoci.
Premessa: usare gli autonumbers in multiutenza NON crea alcun problema con
motori di database Server.
Con Jet, sulla carta, potrebbero verificarsi casini (leggi duplicazione di
chiave) con tante postazioni in rete data la natura file-sharing del
prodotto.
Ma è anche vero che usare tale motore con decine di Clients (o pochi
malfunzionanti) comporta una moltitudine di rischi, anche peggiori!
Restando quindi nell'ambito delle multiutenze "normali" l'ipotesi di una
duplicazione di chiave autonumber è davvero remota.
Ancora più improbabile, se non impossibile, in configurazione Terminal
Server.
Naturalmente parliamo di realese di Jet correttamente patchate: la versione
4.0 dava proprio problemi con le chiavi contatore prima del Service Pack 5
Ciao.

 Ciao.
Ben risentito dopo parecchio tempo innanzitutto.
Scusa il CUT ma rispondo da Mailgate per fuori servizio del
Server di Tiscali, quindi il mio Replay dovrebbe superare il
tuo Post...!
Hai esplicitato in modo chiaro quanto non avevo fatto io dando
per scontato l'uso di JET(BE) ed assolutamente on in TS.
Sono sicuro che la configurazione di uso di Marco sia questa,
ma quanto hai detto è generalmente giusto per tutte e 3 le situazioni.
Ciao Oscar.



scusa chi è marco? 

 wrote in message
news:425c5e66$0$11704$
5fc...@news.tiscali.it

Ho sbagliato nome..?
Non ti chiami Marco...?
Mi pareva.
@ALex



strano non mi pareva di averlo mai detto.
si mi chiamo Marco
Ciao.

 wrote in message
news:425cd560$0$11713$
5fc...@news.tiscali.it

Ma io ho la SFERA di cristallo...!
@Alex
