Newsgroup: it.comp.lang.delphi
Titolo: Delphi Access 2000 e accesso concorrenziale

messaggio per Morde....
ciao,
avevi detto che avresti pubblicato un mini how su delphi access 2000 e
l'accesso concorrenziale in rete, (riguardo al fatto che in multiutenza
non basta eseguire dopo un inserimento , la post e la requery... ma dicevi
occorre altro ...)
siccome sono stata via in ferie, vorrei sapere se hai avuto il tempo di
scriverlo e nel caso dove posso trovarlo.
ciao Mary
---------------------------------------------------------------------------
Messaggio inviato attraverso 
http://www.trucchiperpc.it
 - sezione newsgroup

 l'accesso concorrenziale in rete, (riguardo al fatto che in multiutenza
Ciao,
non sono Morde, ma credo che la tua richiesta si esaudisca con un post di
Fabrizio Mancini del 17/07/2003 che cita :
***********
Ciao,
ho scritto questo piccolo tutorial su ado e su come ho gestito la
concorrenza con il lock di access (Con la supervisione di Morde!). Dato che
ado + access gestiscono in maniera pessima la concorrenza con pessimistic
lock, nella piccola app ho studiato una maniera alternativa di gestire la
concorrenza con il lock ottimistico. Purtroppo ho avuto pochissimo tempo a
disposizione in questi giorni per poter ottimizzare il codice, che secondo
me può essere migliorato, in quanto era legato ad una applicazione da me
costruita precedentemente.
Come ho un po di tempo disponibile (visto che il tut ce l'ho pronto
sull'hard disk da una settimana e +) cerco di perfezionarlo e di
ripubblicarlo.
Lo trovate comunque a questo indirizzo:
http://mancio.altervista.org/test_concurr.zip
commenti, feedback, insulti ecc.. a f dot mancini at 
tin.it
ciao fabrizo
***********
Ciao
-- 
MaoSw
Reporter Professional srl
support...@reporterprofessional.it

 l'accesso concorrenziale in rete, (riguardo al fatto che in multiutenza
Ciao,
non sono Mao, ma credo che il suo suggerimento sul post di
Fabrizio Mancini del 17/07/2003 sia proprio quello che cercavi.
-- 
Morde. 
(morde at programmer dot net)

Ciao,
il tutorial proposto da Fabrizio Mancini e Morde, a me
non funziona. Se provi a bloccare un record e tenti di editarlo con
un' altra istanza funziona. Ma se rilasci il record dalla prima istanza
e poi tenti di editarlo con la seconda ti dice sempre che e' bloccato
da un altro utente, quando invece non e' piu' cosi'.
Ho provato a scrivere a Fabrizio ma non ho ricevuto ancora nessuna
risposta....
Ciao!
   miyomo
WinXP, D7, Access 2002

risposta....
Ciao, neanche io ho ricevuto risposte da circa una settimana, comunque il
problema si annida (credo) tra le proprieta' del jet engine che vengono
impostate nella adoconnection.
Purtroppo qua siamo gia' dal lato DB, quindi l'unica strada percorribile e' di
cercare tra MSDN le proprieta' del jet engine e di ADO.
Io credo che piu' in la' di cosi' sia difficile arrivare, basta vedere il gran
lavoro fatto da Fabrizio per riuscire a gestire decentemente una concorrenza.
Se avete voglia di legger eun po', c'e' una bella pappardella in casa M$ che
potrebbe aiutarci a fare luce su questo problema:
ADO Provider Properties and Settings->Microsoft Jet 4.0 Provider Properties
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnacc2k/html/adoproperties.asp?_r=1
Io sono affogato da piu' sviluppi che mi terranno inchiodato qui fino al 14
sera, e quindi non sono piu' assiduo sul ng come prima (con grande sollazzo
poetico di Laforgia ;), cmq se avete bisogno provate a chiedere.
In ultimo, una precisazione: il tutorial in questione di mio non ha *nulla*,
il mio nick compare di fianco a Fabrizio solo perche' l'ho pressato per
pubblicare il suo lavoro, e quando me l'ha spedito mi accorsi che non v'era
nulla da aggiungere.
I meriti vanno a Fabrizio.
ciao a tutti


 lavoro fatto da Fabrizio per riuscire a gestire decentemente una
concorrenza.
Quindi il consiglio e' che per gestire un accesso concorrenziale bisogna
cambiare DB?
Quale consigli?
Ciao
  miyomo

Quale consigli?
Se vuoi cambiare DB (per tua scelta, non per mio consiglio) prova mySQL o
firebird: troverai tonnellate di post a riguardo sul ng.
P.S.
Mi sembra che tu sei uno di quelli che vuole le cose bell'e pronte, vero?
Ti ho scritto che potevi documentarti su MSDN per risolvere il problema del
lock, ma hai saltato a pie' pari il discorso....
Vabbe', affari tuoi. Fa caldo, devo calmarmi.
Ciao


 Morde.
Eddai Morde, non ti arrabbiare!
Il fatto e' che nella vita io non faccio io programmatore, mi
piacerebbe molto e percio' lo faccio per diletto. (leggi: "non ci capisco
una fava")
E' un mese che ho scritto una applicazione carina che usa un dbaccess che
funziona
benino tranne che per l'accesso concorrenziale. Capirai che quando
ho visto il tutorial di Fabrizio mi sono brillati gli occhi!
Poi ho visto che non funzionava (almeno a me) e mi sono detto... sara' una
svista!
Il tuo post di oggi indicava una pagina ms dove ci sono scritte un monte di
cose che come
minimo mi ci vorra' un mese per digerirle (se ci riesco).
Per quanto riguarda le cose belle e pronte.. che c'e' di male? tu non hai
mai usato
un componente fatto da altri? E poi meglio 1000 volte un tutorial come
quello di fabrizio che
una risposta del tipo "Premi F1 per l'help..."  come ne ho viste tante su
questo ng che lurko da anni e
dove ho "imparato" a programmare.
Ps Per vivere comando un jet commerciale di linea e magari qualche volta ti
     avro' anche portato....
Ciao
Miyomo

     avro' anche portato....
Ehm... non mi potresti dare un passaggio alla Canarie? 
Preferibilmente il 18 Agosto... :-D
CAT.


 non funziona....
Mi faresti sapere qualcosa di più preciso e se hai risolto....


Mi faresti sapere qualcosa di più preciso e se hai risolto....
Comoda la vita, eh...
Sei venuta tre volte a chiedere la stessa cosa, non hai dato nessuno aiuto e
adesso vuoi pure essere contattata perche' non hai tempo di seguire il ng ?
Ma per favore....


 ha scritto nel messaggio
news:bg65gb$e3k$1...@newsreader.mailgate.org...


 ha scritto nel messaggio
news:dd1divot9iduo8l2m...@4ax.com...


 ciao Mary
Ciao Mary,
proprio adesso ho trovato un post... spero che mastichi l'inglese!
Il tizio in questione aggira il problema, e a me sinceramente sembra una
buona idea...
Per adesso......
Ciao!
  Miyomo
"Access and the BDE aren't too cooperative with regards to record locking.
What I do is create a lock table. Any time a user places a record in edit
mode, i post a record of which table, which record and which user to the
lock table. Then, anytime someone else tries to edit the record, it first
checks the lock table to see if someone already has it in edit mode. It then
gives the user a message saying the record is locked. When posting changes,
the lock record is deleted and so the record is freed for other users. The
drawback to this type of locking is that anyone who crashes might leave a
record appearing locked that really isn't. I built admin functions to handle
the clearing of old locks."

buona idea...
Fate attenzione che il tipo parla di acces+bde, quindi non e' ADO.
Non dovrete usare tadotable, tadoquery, ecc.. bensi' ttable, tquery, perdendo
cosi' tutti i vantaggi dello strato ADO.
Ciao


 cosi' tutti i vantaggi dello strato ADO.
Be' penso sia possibile usare ADOTable e ADOQuery lo stesso no?
Lo stratagemma che usa il tizio, cioe' memorizzare il una table separata il
record che si sta per editare
per controllare che un altro utente non lo stia gia' facendo, mi sembra una
furbata.
A patto che l'utente che fa le modifice non faccia crash. In questo
caso rimarrebbe un record bloccato (virtualmente) senza che nessun utente
lo stia veramente bloccando..Per adesso meglio di niente....
Ciao Morde...
    Tenerife si avvicina eh? Mi sembri + rilassato... ;-)
Miyomo

    Tenerife si avvicina eh? Mi sembri + rilassato... ;-)
^___^ 
