проблема с записью в БД

доброго времени суток.
столкнулся с такой проблемой. клиент на двух разных компах забивал данные в форму. эти данные скажем так не совместимы друг с другом. в итоге он видимо одновременно нажал кнопку и эти данные частично объединились и вместо двух разных записей появилась одна. надеюсь понятно объяснил. воопщем не представляю как такое могло случиться. и тем более как бороться. проблема серьёзная. случай пока единичный, но надо как-то решать, что с этим делать.
есть какие-нибудь мысли?

(Отредактировано автором: 25 Июня, 2008 - 13:38:48)

Не может быть.
Можете поставить usleep перед записью в базу

-----
Truly yours, Sasha.

Скорее всего, одну из записей клиент ввел криво, а вторая не прошла по тем или иным причинам (он долго ковырял в носу/был сбой соединений/была ошибка в скрипте и прочее)

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

факт есть факт. данные проходят проверку до записи. всё было введено правильно.

есть ещё один вопрос. некоторые записи дублируются. что это может быть? возможно ли такое, что пользователь нажал на кнопку один раз. выполнение проходит долго, он нажал ещё раз. и вот таким образом получилось как-бы два параллельных запроса на запись

(Отредактировано автором: 25 Июня, 2008 - 14:33:50)

Может быть конечно.
Да даже и не паралельных, а просто так дважды нажал отправить

-----
Truly yours, Sasha.

продолжим по поводу дублирования записей...
стоит проверка перед записью чтобы дважды одни и теже данные не записывались.
поставил скрипт на onSubmit чтоб кнопка пропадала. и всё равно появляются двойные записи. мы провели эксперимент - с двух компов делали одну и туже запись примерно в одно время. итог - запись продублировалась. но клиент клянётся что он работал один! сколько я не старался, у меня не получалось получить такой результат.

(Отредактировано автором: 27 Июня, 2008 - 13:23:36)

У Вас механизм работы следующий:
1) какие-то данные присылаются на обработку скрипту.
2) скрипт проверяет ситаксическую правильность присланных на вход данных
3.1) если данные неправильны, процесс прекращается
3.2) если правильны, процесс продолжается
4) скрипт проверяет не находятся ли уже в бд присланные данные
5.1) если уже есть, процесс прекращается
5.2) если нет, процесс продолжается
6) произодится запись данных в базу

Допустим Вы отсылаете данные с двух разных компов одинаковые данные почти одновременно. Тогда описанный Вами косяк может теоретически произойти только в том случае, если данные 1 прошли пункт 4), но еще не дошли до 6), а данные 2 в этот момент проходят через пункт 4) и соответственно получают информацию, которая станет через некоторое время ложной...

Однако - это только теоретически... Если, конечно, в Вашем скрипте между пунктом 4) и 6) не стоит какая-нибудь ОЧЕНЬ ресурсоемкая операция. Однако почти у всех и всегда они располагаются практически друг за другом
Критический промежуток времени будет ну ОЧЕНЬ маленьким. И не важно какие данные были присланы и сколько раз пользователь нажал кнопку Отправить.

Поэтому я бы все-таки еще раз проверил бы пункты 4) 5) и 6)...

Проверка кривая, больше ничего быть не может.
Тем более ты же не дуамешь что ты и второй эксперементатор действительно оба отправили прям в ту же милимекунду данные, так что такие эксперемнты абсолютно лишены логики.
И ещё у mysql есть механизм позволяющий застроховать от дублированных записей.
Для этого существует так называемый unique ключ.

-----
Truly yours, Sasha.

эксперимент проводили с разничей в секунд 10-15. запрос на запись идёт, в лучшем случае, днём когда все работают с БД, 20-40 секунд (бывает и больше).
субд не mysql, а DB2.
к сожалению коллега мой спец по этой самой DB2 в отпуске до понедельника. а я пока копаю скрипт...

(Отредактировано автором: 30 Июня, 2008 - 15:05:26)

проверка кривая получается..
Отправь сам дважды туже форму с одного компьютера с разницей в пол часа и результат будет тот же что с разницей в 0,0001 секунду

-----
Truly yours, Sasha.