13. september 2008 - 00:22Der er
5 kommentarer og 1 løsning
mySQL lock/unlock
Hejsa.
Jeg vil høre hvordan man bedst kan løse problemet med at 2 personer kommer til at overskrive hinandens ændringer/beskeder i mySQL.
Lad os sige at jeg har en besked, som kan opdateres af flere brugere og når denne besked af åbnet af en bruger, så skal der ikke samtidig kunne laves ændringer i den af en anden bruger.
Jeg havde tænkt mig evt. at lave timestamp på den pågældende besked på f.eks. 10 min, hvis brugere ikke selv lukker (hvis brugeren selv lukker skal der selvfølgelig åbnes op med det samme).
Mit spørgsmål er så om dette er den bedste måde at gøre det på eller om man bør benytte lock/unlock. Eller hvad kan der evt. ellers gøres ved problemstillingen?
Lock/unlock vil jo netop kunne lave den fejl, at der lukkes for tilgang, men koden crasher eller lign. og dermed er tilgangen lukket. Ideen med at bruge et tidsstempel og så tjekke op i mod det, var umiddelbart også den løsning som jeg ville vælge, da den netop åbner sig selv igen, efter noget tid, hvis ikke brugeren/koden får åbnet igen.
Men lock/unlock er måske alligevel løsningen. Fandt lige denne:
If a client connection drops, the server releases table locks held by the client. If the client reconnects, the locks will no longer be in effect. In addition, if the client had an active transaction, the server rolls back the transaction upon disconnect, and if reconnect occurs, the new session begins with autocommit enabled. For this reason, clients may wish to disable auto-reconnect. With auto-reconnect in effect, the client is not notified if reconnect occurs but any table locks or current transaction will have been lost. With auto-reconnect disabled, if the connection drops, an error occurs for the next statement issued. The client can detect the error and take appropriate action such as reacquiring the locks or redoing the transaction. See Section 24.7.13, “Controlling Automatic Reconnect Behavior”.
Det kommer vel også meget an på, hvordan det administreres. Det er formodentlig ikke nok at låse tabellen, da den anden bruger så ikke ved, at alt det, han skriver, bliver slettet ved submit.
Du bliver nok nødt til at markere den pågældende post som låst, så man enten ikke kan åbne den for editering - eller i det mindste tydeligt viser, at der ikke kan opdateres i øjeblikket.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
