Всем привет

Возник вопрос. 
При вставке данных нужно вставить данные пользователя в несколько талиц. Т.е. к примеру: 
вставляем общую инфу по юзеру, и потом данные в пару связных таблиц.

Получается будет три последовательных запроса INSERT. В итого должны получить целостную, связанную между собой информацию.

Так вот вопрос: стоит ли последовательно отслеживать результат каждого запроса, и при неудаче какого-то из них, удалять все вставленные записи (выполнение предыдущих запросов) и выводить юзеру сообщение, мол попробуйте еще раз? 
К примеру, если в друг произойдет на втором или третьем запросе, какой-то сбой* - в итоге получим не то что ожидали..

В принципе, всегда просто вставлял данные и бед не знал. Стоит ли заморачиваться по этому поводу, или это надуманная пробема? 

*Сбой - я имею ввиду, системный какой-нибудь, а не недостоверную информацию пользователя

А что, транзакции отменили?  

patap юзает MyISAM?
Где-то в литературе по ООП видел эмуляцию транзакций - это так, в качестве альтернативы (если не ошибаюсь, "ООП в php" Кузнецова)

у меня все в MyISAM. Ведь чтобы "правильно" использывать транзакции нужно менять движок таблиц

Паралельных изменений в таблицах нет и не будет. Волнует только вопрос вставки новых данных. Т.е. нужно иметь полную гарантию того, что все три запроса на вставку буду выполнены.

блокировка MyISAM таблиц, если правильно понамаю, такой гарантии не даст: если заблочить таблицы, и производить вставку, и если произойдет, к примеру, сбой в питании сервера, в этом случае никаких откатов не будет, и получм что в одну таблицу данных вставленно небудет.
Верно?

Добавлено через 1 минуту и 4 секунды
Паралельных изменений в таблицах - это, в смысле, изменение одной и той же записи

Есть 2 главных понятия: Быстродействие и Безопасность!
Определите для начала что для вас важнее в конкретном случае и тогда можно говорить дальше.

именно под эту задачу - однозначно быстродействие

Ну так думаю не стоит заморачиваться, если раз в десятилетку пользователь не увидит своей новосозданой темы на форуме(к примеру), то критичного сдесь ничего нету

похоже на правду. ))

и так на будущее: если задача будет действительно требовать безопасности, то нужно будет соответствующе проектировать БД?

естественно!
InnoDB + transactions+foreign key  - в помощь тогда. 

CruorVult,спасибо. ясно. Просто реально еще ниразу с подобным не сталкивался, теперь если что, то буду точно занть куда рыть

если есть кому что добавить, рад услышать