Транзакции или скрипт? / Компютри и Интернет / Бази данни

Не се засягай ама wqw е прав.

Явно не си се сблъсквал с конкурентна работа с база данни. Реална работа имам предвид. Такава в която ти се сипят хиляди заявки в секунда.

Идеята да разчиташ на изчакване за да решаваш проблеми с конкуретна работа е меко казано абсурдна.

Най-малкото защото самото понятие време (в смисъл на порядък на събитията) не съществува в SQL и диалектите му поради фундаметналните принципи на релационния модел.

Да не говорим, че бъркаш елементарни понятия.

"- проверява дали реда е записан като зает, ако не е -> записва че е зает и го взема "

И как точно ще го направиш това горното като SQL заявки?

"проверява" -> SELECT
"записва" -> UPDATE (INSERT, REPLACE)

Станаха две заявки май.

Единствения начин да изолираш повече от една заявка от това което правят другите сесии е като ти затвориш в транзакция.

START ..
SELECT ..
UPDATE ..
COMMIT

и тук почва истинската веселба.

Две транзакции като горната изпълнявани паралелно ще "виждат" едно и също съдържание в началото т.е. SELECT-ът може да върне едни и същ ред за двете. Съответно двата UPDATE ще опитват да променят същия ред и със евентуално изчакване и двата ще успеят. А задачката е това да се избегне.

Окончателно ме развесели обаче с:

"ако MyISAM поддържаше малко по custom транзакции от auto-commit"

Изглежда си единствения на планетата който не е чувал, че MyISAM не поддържа никакви транзакции. Нищо. Дори A-то от ACID не е вярно за MyISAM в рамките на една единствена заявка.

"Просто дори в случая може да се окаже, че не става със single UPDATE и тогава да се върне на мануални LOCK-ове."

Ми да беше прочел ... bira_more явно разбра каквото му обясних ама то е щото той е от старото поколение което и чете освен да пише.