Java over netværk mod en MySql

Prøv med:

SELECT ... FOR UPDATE;

æaeh, hvad gør den ??

Iøvrigt løses problemet normalt via version pattern, hvor den
sidste der skal gemme får en fejl.

Den låser det man SELECT'er. Således at andre ikke kan UPDATE'e de records.

Spørgsmålet er om det virker med MyISAM tabeller eller kræver InnoDB.

LOCK TABLES virker selvfølgelig men det er jo at tage kartofler op
med en bulldozer.

Okay, det skal afprøves, hvis det virker så er det en ret nem løsning :-)

Lidt søgning på nettet har overbevist mig om at SELECT FOR UPDATE kræver
InnoDB.

Så vær opmærksom på det.

Jeg må selv lave lidt research så, jeg aner nemlig ikke hvad InnoDB er

MySQL understøtter flere forskellige typer af tabeller.

De to mest almindelige er MyISAM og InnoDB.

InnoDB understøtter transactions.

MyISAM er default.

Argh, så skal jeg få den til at bruge InnoDB.
Jeg har vist ret meget at lære endnu :-)

Læs mere her:
http://www.mysql.com/doc/en/Table_types.html

Hvis jeg forstår det ret så kan jeg bare oprette mine tabeller i InnoDB og så kan jeg bruge Select ... Update??
HVordan frigør jeg så en post ?

Når du laver din UPDATE (eller hvis transaktionen afsluttes).

Det kan være at jeg ikke har udtrykt mig klart nok.
Jeg skal have lavet er retur-system til mit arbejde. Der problemmet opstår er hvis bruger2 åbner det journal-nr som en bruger1 sidder og retter i, så skal bruger2 ikke have mulighed for at skrive men kun læse. Men bruger1 kan jo sagtens have det journal-nr åben i længere tid af gangen

SELECT FOR UPDATE løser problemet.

Det er lidt hårdt ved databasen at have langvarige transaktioner.

Og så er vi tilbage ved version pattern.

Godt så skal jeg bare have lidt at vide om version pattern, evt. hvor jeg måske kan læse lidt mere om det - hvis det ikke er til for stor ulejlighed

Recorden har et versions nummer som hentes med ud når man laver SELECT
(det vises selvfølgelig ikke).

Når man så skal gemme sine rettelser så laver man en logik som:

transaktion {
  SELECT version FROM tabel
  if minversion < version {
      rollback transaktion
      informer bruger om at en anden har rettet
  } else {
      UPDATE tabel SET felt=værdi, version=minversion+1
      commit transaktion
  }
}

Bemærk det er ikke helt samme logik. Men en løsning på problemet.

Hvis du vil låse, seå er SELECT FOT UPDATE svaret.

Den tror jeg nok at jeg har fattet :-)
Det er en ret simpel løsning, men den løser jo problemmet!

Lig lige et svar, så du kan få dine point

svar

Det er svært at finde noget godt om version pattern.

Det eneste jeg kan finde er:
  http://www.theserverside.com/patterns/thread.jsp?thread_id=13199

Det vil jeg kigge lidt mere på.
Jeg har oxo en anden løsning i tankerne. Når bruger1 henter en post, kan man have et felt som man sætter til 1, hvilket så betyder at hvis en anden bruger forsøger  at hente fra samme post og programmet detektere at det felt er sat til 1, får de en besked om at en anden bruger arbejder på den post. Når de så forlader den post så bliver feltet sat til 0 og det er så klart til næste bruger.

Jeg kan umiddelbart se 2 fælder:
1) En bruger lader sin maskine stå på det journal-nr fra morgen til aften
2) En bruger lukker programmet forkert, f.eks. ved at pille stikket ud af maskinen

Jep. Du er ikke den første med den ide.

De 2 andre løsninger har ikke det problem. SELECT FOR UPDATE fordi
transaktionen forsvinder med connection. Version fordi den vender problem
stillingen om.

Det har du ret i, men samtidig er der den problem-stilling at hvis brugeren har lavet en masser rettelser og imens er der en anden bruger der har lavet en lille rettelse har vi problemmet. En af dem mister info.