SELECT Collision

Det er det som transaktioner er der for !

[husk at MySQL og transaktioner kræber InnoDB tabeller - MyISAM
duer ikke]

Du kan osse bruge LOCK TABLES. Under normale omstændigheder skulle det dog ikke være nødvendigt, da fx en UPDATE bliver fuldført før andre får adgang til tabellen.

detox << ja, men problemet er at jeg skal SELECT behandle og så UPDATE. Og i al den tid skal de rows være utilgængelige ... jeg overvejede at lave en column der fortalte om feltet var i brug og noget, men det virker ineffektivt

Kan i ik komme med et SQL eksempel ? det ville være rart ... kan sagtens finde rundt i mySQL dokumentationen, men jeg ved ik helt hvad jeg præcist leder efter

mysql> LOCK TABLES trans READ, customer WRITE;
mysql> SELECT SUM(value) FROM trans WHERE customer_id=some_id;
mysql> UPDATE customer SET total_value=sum_from_previous_statement
    ->        WHERE customer_id=some_id;
mysql> UNLOCK TABLES;

Eksempel hentet her:
http://www.mysql.com/doc/en/LOCK_TABLES.html

Læs:
http://www.mysql.com/doc/en/COMMIT.html

og:
http://www.mysql.com/doc/en/InnoDB_transaction_isolation.html

detox << jamen vil det låse individuelle rows ?

LOCK TABLES gør det som navnet antyder: låser hele tabeller

det er jo ikke det jeg vil ... jeg vil på en eller anden måde forhindre andre instancer af scriptet til at læse rows som det nuværende svript har sagt at det "ejer" indtil de bliver frigivet.
Jeg kunne jo lave en column med noget serienummer og noget så scriptet selv checker, men er der ikke en måde man kan få mySQL til det ?

Det var også det jeg foreslog at løse med transaktioner.

jamen ih! jeg ved jo ik hvordan man gør :)

Har du læst:

http://www.mysql.com/doc/en/COMMIT.html
http://www.mysql.com/doc/en/InnoDB_transaction_isolation.html

?

jep. Men det arbejde der skal laves på dataerne er ikke noget mySQL kan klare. Dataerne skal hentes ind til scriptet, og imens scriptet arbejder på det skal de rows ikke være tilgængelige for nogle andre scripts. Når scriptet så er færdigt skal ændringerne sendes til databasen, og de rows skal frigives igen.
Så vidt jeg kan se her går det meste af det ud på at æave ændringer der ikke bliver gemt med det samme

Ja og ?

Du laver START TRANSACTION, du laver de N SQÆ sætninger du vil, du laver
COMMIT - det virker vel lige så godt i PHP som i mysql command line
utility !?

er du ik lige en skat og skruer ned for temperamentet :)

godt være det bare er mig der er lidt træt, men jeg synes ik jeg kan finde det i manualen, så nu spørger jeg :)
når man laver en START TRANSACTION så bliver de rown jeg SELECTer låst for andre sessions ?

Transaction isolation level serializable betyder sådan groft sagt at
funktionaliteten er præcis som hvis trsnaktionerne havde været ægte
serialized (d.v.s. at næste transaktion først starter når forrige
er færdig).

I praksis laver databasen noget smart således at de kun venter
hvis det er nødvendigt.

Det vil formentlig ofte være baseret på row locking.

Du kan læse mere om transaction isolation levels her:

http://www.iona.com/support/docs/e2a/asp/5.0/j2ee/DevelopGuide/html/Jta-Bas5.html

OK ?

undskyld det sene svar, men projektet er lagt på køl :) men jeg takker mange gange for hjælpen :)