|
| |
|
|
| |
для: OLi
(29.12.2009 в 23:53)
| | | А почему надо рассчитывать id победителя в реальном времени? Или побетителями считаются первые пять зашедших? | |
| |
|
|
| |
|
|
| |
для: OLi
(29.12.2009 в 23:53)
| | | Хм... может просто помещать ключи победителей в отдельную таблицу и неспеша работать с первой пятеркой уникальных посетителей, независимо от того сколько у вас победителей набежало? | |
| |
|
|
| |
|
|
| |
для: Fractured#
(30.12.2009 в 00:03)
| | | Ребята, я привел лишь пример, давайте по возможности по теме! Желательно мнение профессионалов, здесь таковы мне встречались! | |
| |
|
|
| |
|
|
| |
для: OLi
(29.12.2009 в 23:53)
| | | > 100 000 в день
В СИ это будет с^-1 (секунда в минус первой степени). А какой смысл данной величины? Частота? | |
| |
|
|
| |
|
|
| | Есть вариант проблемы, который может произойти!
Допустим сайт имеет посещаемость 100 000 в день, на сайте организован розыгрыш по идентификационным номерам. Будет 5 счастливщиков из 100 000, которые получат приз!
Посетитель вводит в форму свой победный номер и система проверяет на выигрыш!
После ввода посетитель получает на почту все данные как забрать приз, и вот за это, очень короткое время (микросекунды) должна запись с базы удалиться, чтоб, например, другой из 100 000 случайно не попал как 6 победитель и не получил нашару такой же приз!
Как по вашему, уважаемые, рассматривать такой случай? База на MYSQL
Может защиту какую-то ставить?
Выслушаю любое мнение!
Спасибо! | |
| |
|
|
|
