май и ти почна като бирата да ме вкарваш във филм които няма нищо общо с реалноста

кво е тва "20К евро за скапано написания код"?

начина с изчакването не отнема допълнителни ресурси щото процеса заспива за малко и не товари машината че да са необходими допълнителни ресурси(за които да се плаща)

разчита се че е все едно за потребителите дали ще чакат половин секунда или хилядна от секундата

така че никви допълнителни 20К евро не са необходими а само да се замислиш малко

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Абе човек, колко хора трябва да ти кажат, че това с изчакването не е решение, за да се съгласиш?

Няма как да знаеш с абсолютна точност колко ще отнеме заявката (процесът от заявки), т.е. колко да е точно това изчакване. Няма начин. Което значи, че по този начин първо, че пилееш безценно процесорно време, понеже чакаш за нещо, за което може и изобщо да не трябва да чакаш, и второ, че не можеш да гарантираш със сигурност, че времето за изчакване няма да е равно на времето за обработка и по този начин отново двама потребителя да попаднат на един и същи запис.

"Договор, подписан с Русия, струва по-малко от хартията, върху която е написан!" - Бисмарк

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

Съдържаниет е скрито
Влезте за да го видите

UPDATE

  customer

SET

  locked_by_user_sid = 666

WHERE

  locked_by_user_sid IS NULL

AND



...



LIMIT

  1;

SELECT



  ...



FROM

  customer

  

  ...



WHERE

  locked_by_user_sid = 666;

UPDATE

  customer

SET

  locked_by_user_sid = NULL

WHERE

  locked_by_user_sid = 666;

Редактирано от Dakota на 06.01.09 17:58.

приличаш на поредния дето пробва да ме вкара в някъв филм

и 100 души да дрънкат глупости всеки с по 100 години опит това няма да превърне една глупост в нещо смислено

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Еми пич, дай да хвърляме зарове, за какво да пишем софтуер като пак случайно и тайнствено ще се случват някакви неща.

Съдържаниет е скрито
Влезте за да го видите

В отговор на:

---

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

---

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Редактирано от Dakota на 06.01.09 18:13.

оф не прочел и не разбрал което съм писал, ето някои неща

случайните грешки са известни, понякога се случва нещо което го няма в кода, много рядко ама го има, пример за тва е когато стане време да се инсталира отново windows ама не е точно същото, има и много други такива примери ама не ми се пише

тва че някои ще чака десети от секундата или милисекунди е без значение за реални хора както е случая

ако не си чувал оптимизиране се препоръчва да се прави само когато наистина е необходимо, когато има bottle neck а не когато някои като теб чел недорабрал дрънка глупости

ресурси на процесора не се пропиляват щото се изпълняват нишки, докато спи едната процесора изпълнява други

ето тва което предлагам описано по твоя начин:
1. отива кола на кръстовище и гледа светофара, ако не свети червено натиска бутон да се смени от жълто в зелено
2. гледа дали не е натиснал някои заедно с него бутон от друга страна на кръстовището
3. ако има едновременно натискане на бутона за зелено този които е натиснал по късно се отказва, лесно става щото при натискане на бутона всеки получава пореден номер
4. след това като вече е светнало зелено минава

сега вече разбра ли?

предлагам вместо да дрънкаш глупости да признаеш че не си прав и да разбереш що не заслужава да пиша друг път тук

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

В отговор на:

---

тва че някои ще чака десети от секундата или милисекунди е без значение за реални хора както е случая

---

ми тва е въпрос на настроики на базата и приложението

тези заявки за които става дума в случая са прости и е логично да стават за милисекунди при днешния хардуер, само малоумен може да си пусне базата на калкулатор или да претовари машината че прости update или select да се изпълняват за секунди

може да се мери времето на някоя заявка която не се кешира и по това да се вижда че машината е претоварена и въобше да се отказва обработка, логично е да отказва когато е претоварена

така че случая които описваш не е сериозен или е въпрос на настроика на базата и приложението

Съдържаниет е скрито
Влезте за да го видите

Ами все пак става въпрос за разработка.
И се е случвало да генерираме много "интересни" заявки. Не знам дали споменах ама много маймуни работят по клоните.
Та - преглеждаме си и лога с бавните заявки, чистим ги, когато са в нашето поле, иначе докладваме.
Но ги има.

Bеer? Mоre?

Съдържаниет е скрито
Влезте за да го видите

ми тва за което пиша е възможно най простите варианти на select и update
някъде май бях писал и формат
така че тва за което пишеш не се отнася за случая

иначе ако все пак измислите такава заявка за този сценарии които обсъждаме може да се коригира и опитимизира кода, заявката и базата така че да става за милисекунди

казано по друг начин не е целта да се покрият всички възможни глупости които може да измислят девелоперите а да се предложи код които върши работа

Съдържаниет е скрито
Влезте за да го видите