[Vlad Drakula]

E-mail
1) не определена база данных
2) предвижу что это MySQL, вы про описания к разным таблицам читали
3) 5000 запросов это фигня... не думаю что это займет больше нескольких минут... если все хорошо написано...

[E-mail]

уточняю:

бд MySQL
тип MyISAM

по поводу

3) 5000 запросов это фигня... не думаю что это займет больше нескольких минут... если все хорошо написано...

ты можешь себе представить 10 000 пользователей, которые ждут загрузку страницы порядка "нескольких минут"???!

[Vlad Drakula]

E-mail
а до этого ты писал порядка 10000хостов в день...
раз сервер держит 700000хостов значит он мощьный... значит и 5000 запросов пройдут очень быстро.. и даже если подождут одну минуту(во время минимальной нагрузки на сервер) в день не страшно... веть эти 5000 запросов не постоянно ходить будут...

[E-mail]

Vlad Drakula я тебя не спрашиваю как держать сервер или что страшно для пользователей, понимаешь, не 5000 а 50 000 не в этом суть вопроса, алло

[Vlad Drakula]

E-mail

Vlad Drakula я тебя не спрашиваю как держать сервер или что страшно для пользователей, понимаешь, не 5000 а 50 000 не в этом суть вопроса, алло

суть в том что вы хотите по сути дела(посути вопроса) сделать транзакцию, а в MySQL этого нету... не тот уровень функциональности...
если можно чтобы запросы шли по раздельности то работать, а если единым блоком, то вам может понадобится сменить базу данных... по крайне это будет вполне логично в случае если вам так дороги ваши пользователи и у вас большие нагрузки...

[E-mail]

Vlad Drakula

суть в том что вы хотите по сути дела(посути вопроса) сделать транзакцию

нет, хочу совсем другое, то что в топе описал)

народ неужели никто не занимался лоченьем?..((

[Prisoner]

Может быть локинг не есть самое лучшее решение?

Опция DELAYED для команды INSERT является специфической для MySQL возможностью, которая очень полезна, если клиент не может ждать завершения команды INSERT

Подробнее...

[Vlad Drakula]

E-mail

народ неужели никто не занимался лоченьем?..((

1) для этого есть механихм разграничения прав достпупа...
2) для этого есть транзакции..

одной транзакцией всю вашу операцию(~ 5000 запросов) очень легко провернуть... и все(все что нужно) будет на время залочено...

а воотбе то алгоритм лока который вы описываете в точности похож на алгоритм работы лока в SQLite... один в один как просто процитировали...

но лок на запись одним процессов большого куска данных и на долго всегтда считалось плохим тоном... и допустимым только для исключительных и не очень частых случаев, но ни как не для регулярного использования...

может вам просто подумать о редизайне базы данных, чтобы не нужно было делать подобных действий?

[E-mail]

Prisoner мне нужно чтобы до завершения 50000 запросов insert не было переиндексации

Vlad Drakula

но лок на запись одним процессов большого куска данных и на долго всегтда считалось плохим тоном

во время записи другие могут ЧИТАТЬ, при чем тут тон, редизайн бд, если не реализовывал лок, не томи, не надо пустого..