Pagina 1 di 5 1 2 3 ... ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 43
  1. #1
    Utente di HTML.it L'avatar di eng
    Registrato dal
    Mar 2002
    Messaggi
    1,227

    [Access2000] 1 solo accesso in scrittura

    Ciao,
    vorrei sapere se c'e' un modo per rendere esclusivo l'accesso in scrittura (DELETE e INSERT) ad un solo utente alla volta... ?

    Con
    Application.Lock()
    e
    Application.UnLock()

    ?

    grazie
    ciao
    EnG

  2. #2
    a parte il fatto che application con access non c'entra assolutamente nulla, cos'è che vuoi fare esattamente?

  3. #3
    Utente di HTML.it L'avatar di eng
    Registrato dal
    Mar 2002
    Messaggi
    1,227
    hai ragione...

    ho un database consultato contemporaneamente in lettura/scrittura da parecchi utenti.

    Quando uno di questi utenti vuole modificare il database non vorrei che lo facesse anche un altro contemporaneamente... e succedesse un casino.
    Forse non mi devo preoccupare...perchè forse c'e' già sul server una protezione del genere... ma chiedo a chi ne sa molto piu' di me...

    grazie

  4. #4
    depende. che tipo di info hai nel db?

  5. #5
    Io sceglierei la via dei permessi all'utente.
    Ovvero solo uno di tutti gli utenti può apportare delle modifiche. Ovviamente se non si vuole dare a tutti il permesso di effettuare modifiche.

  6. #6
    Utente di HTML.it L'avatar di eng
    Registrato dal
    Mar 2002
    Messaggi
    1,227
    informazioni personali catalogate su tabelle multiple: nome cognome...tel.... tabelle incrociate...

    non vorrei ad es. che due utenti aggiornassero uno il nome di una segretaria associato ad un megadirettore generale e un altro un numero di cellulare da sostituire al vecchio di uno stagista ed il sistema vada in pappa...

    devo avere il modo che l'accesso in scrittura avvenga singolarmente.
    Devo bloccare in scrittura il database per le (n-1) Conn.Execute(SQL) pendenti quando il database viene aggiornato con l'n-esima Conn.Execute(SQL)

    come fo' ?

  7. #7
    Utente di HTML.it L'avatar di eng
    Registrato dal
    Mar 2002
    Messaggi
    1,227
    Originariamente inviato da Dirk Pitt
    Io sceglierei la via dei permessi all'utente.
    Ovvero solo uno di tutti gli utenti può apportare delle modifiche. Ovviamente se non si vuole dare a tutti il permesso di effettuare modifiche.

    Invece tutti devono avere la possibilità online di consulatare e modificare il database.... ma solo uno alla volta

  8. #8
    quando vai in modifica setti un campo della tabella che impedisca che un altro utente possa entrare in modifica dello stesso record.

  9. #9
    Utente di HTML.it L'avatar di eng
    Registrato dal
    Mar 2002
    Messaggi
    1,227
    Originariamente inviato da optime
    quando vai in modifica setti un campo della tabella che impedisca che un altro utente possa entrare in modifica dello stesso record.
    Ma già ho acceduto al database per settare quel campo.... è un cane che si mangia la coda.

    La protezione al database deve essere globale.
    Non solo che due utenti non modifichino la stessa tabella o record, ma che nessun utente possa farlo su una qualsiasi record del db quando già è in eseguzione una INSERT o una DELETE ....

    come fo ' ?

  10. #10
    Secondo me è un sistema che non fila.
    Metti il caso che io, utente x, voglia apportare delle modifiche. Ovviamente non so se l'utente y sta apportando delle modifiche e mi ritrovo a non poter effettuare cambiamenti. Devo aspettare. ma fino a quando? Metti il caso che l'utente y finisca di modificare e nel mentre entri l'utente z per modificare (utente che si trova lo stesso problema di aspettare il suo turno), io sono dinuovo fregato.
    O ci si mette daccordo tra utenti (cosa pressochè impossibile), oppure diventa una mezza odissea riuscire ad apportare modifiche (e più utenti ci sono e più l'odissea diveta infinita).

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.