Blocco dei record

[Carmen]

Stò cercando di bloccare la modifica dei record in un db access in multiutenza.

Il problema è che se 2 o più utenti accedono allo stesso record in modifica da errore. Vorrei sapere se c'è un modo per capire se un record è già bloccato in scrittura da un altro utente.

Vorrei ad esempio evitare che se l'utente A edita un record tutti gli a ltri utenti non possono editare lo stesso record fin quanto l'utente A non termina l'editing. Questo per evitare che più persono iniziano a fare modifiche sullo stesso record in contemporanea.

Spero che qualcuno possa darmi qualche buon consiglio.

[Stiwy.NET]

Per prima cosa devi specificare il linguaggio di programmazione e quale database usi.
In asp, VB, VB.NET (per altri linguaggi non lo so, ma credo proprio di sì) ci sono delle variabili da passare al momento di apertura del record. in asp mi pare si dica Pessimistic. Però non ti blocca il record per tutto il tempo in cui l'utente ci mette per editarlo, ma solamente nel momento in cui si crea la stringa SQL per l'aggiornamento.

Supponiamo, invece, di voler bloccare un record finchè un utente è su una videata bisognerebbe studiare un sistema che al load vada a controllare se il record è libero. se lo è lo si blocca con un flag su quello stesso record. Sull'unload/closing della videata bisognerebbe mettere il codice di sblocco del record. Il problema è che se l'applicazione o pagina asp viene chiusa in modo non "corretto" il record resta bloccato.
Spero di esserti stato d'aiuto...
Altrimenti richiedi

[Carmen]

Originariamente inviato da Stiwy.NET

Supponiamo, invece, di voler bloccare un record finchè un utente è su una videata bisognerebbe studiare un sistema che al load vada a controllare se il record è libero. se lo è lo si blocca con un flag su quello stesso record. Sull'unload/closing della videata bisognerebbe mettere il codice di sblocco del record. Il problema è che se l'applicazione o pagina asp viene chiusa in modo non "corretto" il record resta bloccato.
Spero di esserti stato d'aiuto...
Altrimenti richiedi

Ciao.

E proprio su questa parte che io penzavo di orientarmi in quanto risulta 'credo' l'unico metodo per mantenere bloccato un record fin quando l'utente non lo salva.

Però come giustamente stavi dicendo tù, il problema rimane quello che se il sistema andrebbe in tilt il record rimarrebbe bloccato per l'eternità.

Per bloccarlo avevo infatti adottato il metodo di utilizzare un flag nella tabella interessata alla modifica che una volta aperto il record metto ad esempio il valore 1 quando termino metto il valore 0.

Se un altro utente tenta di editare lo stesso record il cui valore risulta 1 viene visualizzato un msg per avvisarlo che il record non è momentaneamente disponibile.

Che 'strataggemma' si potrebbe adottare per evitare che il record rimanga bloccato in caso di chiusura anomala dell'applicazione???


PS. Per il linguaggio mi riferivo a VB6 e database access2003


Ciao...

[Stiwy.NET]

VB6... quindi la cosa è un pò più facile che non in html (asp)...

Nella mia azienda per fare una cosa simile usano al posto del flag un varchar(50) dentro cui memorizzano l'id mac della macchina. In questo modo se chi stava lavorando su un record chiude malamente l'applicazione potrà tornarci dentro senza problemi,mentre chiunque altro non potrà farlo.

Un sistema per sbloccarle potrebbe essere fare un'applicazione che gira in modo autonomo (tipo operazioni pianificate) e che ad una determinata ora della notte azzera tutti i flag...

[Carmen]

Originariamente inviato da Stiwy.NET

varchar(50) dentro cui memorizzano l'id mac della macchina

Questo fatto mi incuriosisce. Potresti magari spiegarmi un tantino in dettaglio come poter implementare la cosa.

Grazie

[Stiwy.NET]

Dim valore As New IPConfig.NetworkInfo

        GetMACAddress = valore.IndirizzoMAC
        If GetMACAddress Is Nothing Then
            GetMACAddress = ""
        End If

Questo è il codice scritto in VB.NET, non credo che funzioni anche per VB... kmq se è un programma con obbligo di identificazione (login e password - basta anche solo login) basta inserire il codice utente o il nickname (se univoco) ed il gioco è fatto.

EDIT: IpConfig è una classe che ho dentro il progetto... se vuoi te la mando, ma credo che a te basti usare il codice utente o nickname...

[Carmen]

Il programma non è con oblico di login. Il login è opzionale in quanto potrebbe essere attivo oppure ci si può accedere anche senza login.

In quest'ultimo caso come farei???

[Stiwy.NET]

Originariamente inviato da Carmen

Il programma non è con oblico di login. Il login è opzionale in quanto potrebbe essere attivo oppure ci si può accedere anche senza login.

In quest'ultimo caso come farei???

mmhhh... questo è un problema...
potresti creare al primo avvio del programma una chiave univoca calcolata a random e che memorizzi da qualche parte (su un file di testo nella directory del programma, nelle chiavi di windows o...) a questo punto utilizzi questo valore univoco.

[fabianoda]

Mai sentito parlare di transazioni? E di dbms che le supportano?

Il sistema che proponete è sbagliato, infatti può fallire.

[Stiwy.NET]

Originariamente inviato da fabianoda

Mai sentito parlare di transazioni? E di dbms che le supportano?

Il sistema che proponete è sbagliato, infatti può fallire.

Ok... è vero...
Però devi anche esporre e spiegare la soluzione alternativa...

[Carmen]

Sono d'accordo anchio. Qualche informazione più dettagliata sarebbe opportuna per capire meglio.

[fabianoda]

Le transazioni forniscono un modo per evitare l'accesso in contemporanea ad un record bloccato. Funzionano con le istruzioni COMMIT e ROLLBACK. Quando viene eseguita un'istruzione sql diversa dalla SELECT (quindi INSERT, UPDATE o DELETE) l'istruzione non è eseguita immediatamente, ma viene confermata quando viene eseguito il comando COMMIT. E' così possibile eseguire ad esempio

INSERT INTO utenti (user_name) VALUES ('Test');
INSERT INTO utenti (user_name) VALUES ('Test2');

seguiti dall'istruzione
COMMIT;

prima che qualsiasi altro utente possa vedere Test e Test2 (sono inserite "assieme", e visibili solo dopo la COMMIT).

La ROLLBACK serve invece per annullare le operazioni che non sono ancora state seguite da una COMMIT, ad esempio in caso di errore.

Per lo scopo che volete voi, una possibile soluzione è la seguente:

Quando entrate nella finestra fate:

UPDATE tabella SET valore = valore WHERE id_record = xxx;
dove xxx è il record che state modificando.
[NOTA: questa istruzione permette di bloccare altri utenti che vogliono modificare il record xxx]

Quando l'utente che ha avuto accesso modifica la riga e conferma, eseguite una:
UPDATE tabella SET valore = nuovovalore WHERE id_record = xxx;
COMMIT;

A questo punto se un altro utente cercava di modificare quel record, si vedrà sbloccare la finestra con la possibilità di modificare l'elemento.


Questa è la soluzione generica, ma dovrei sapere di più per dirvi dettagli ulteriori. Il problema è che Access non credo supporti le transazioni...

[Stiwy.NET]

Originariamente inviato da fabianoda

Le transazioni forniscono un modo per evitare l'accesso in contemporanea ad un record bloccato. Funzionano con le istruzioni COMMIT e ROLLBACK. Quando viene eseguita un'istruzione sql diversa dalla SELECT (quindi INSERT, UPDATE o DELETE) l'istruzione non è eseguita immediatamente, ma viene confermata quando viene eseguito il comando COMMIT. E' così possibile eseguire ad esempio

INSERT INTO utenti (user_name) VALUES ('Test');
INSERT INTO utenti (user_name) VALUES ('Test2');

seguiti dall'istruzione
COMMIT;

prima che qualsiasi altro utente possa vedere Test e Test2 (sono inserite "assieme", e visibili solo dopo la COMMIT).

La ROLLBACK serve invece per annullare le operazioni che non sono ancora state seguite da una COMMIT, ad esempio in caso di errore.

Per lo scopo che volete voi, una possibile soluzione è la seguente:

Quando entrate nella finestra fate:

UPDATE tabella SET valore = valore WHERE id_record = xxx;
dove xxx è il record che state modificando.
[NOTA: questa istruzione permette di bloccare altri utenti che vogliono modificare il record xxx]

Quando l'utente che ha avuto accesso modifica la riga e conferma, eseguite una:
UPDATE tabella SET valore = nuovovalore WHERE id_record = xxx;
COMMIT;

A questo punto se un altro utente cercava di modificare quel record, si vedrà sbloccare la finestra con la possibilità di modificare l'elemento.


Questa è la soluzione generica, ma dovrei sapere di più per dirvi dettagli ulteriori. Il problema è che Access non credo supporti le transazioni...

TNX

[Carmen]

La cosa sembra molto interessante. Pero come dicevi giustamente tù, come si fà per un'applicazione fatta già in access????