Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.224.0.25] |
|
Данный раздел предназначается для обсуждения вопросов использования баз данных, за исключением составления запросов на SQL. Для этого выделен специальный раздел. Убедительная просьба - соблюдать "Правила форума" и не пренебрегать "Правильным оформлением своих тем". Прежде, чем создавать тему, имеет смысл заглянуть в раздел "Базы данных: FAQ", возможно там уже есть ответ. |
Сообщ.
#1
,
|
|
|
Добрый день, возникла задача выполнять некие действия по расписанию, обновлять данные всех зареганных пользователей
Скажите кто сталкивался с расписанием на уровне СУБД, целесообразно ли это? или лучше пусть этим занимается сервис(некое приложение), интересует быстродействие/нагрузка в совокупности пользователей может быть 10000+ и для каждого нужно выполнять обновление данных в 2-3 таблицах. |
Сообщ.
#2
,
|
|
|
Цитата handler @ целесообразно ли это? Да. Глупо не использовать штатные средства. Любой другой шедулер (тем более приложение) - это ненужные накладные расходы без какого-либо профита. Плюс возможные проблемы с безопасностью. |
Сообщ.
#3
,
|
|
|
Akina
а потеря данных(упала БД или еще что), как при "поднятии восстановить"?, чтобы обновить данные за тот промежуток времени при котором БД лежала, ни при каждой же итерации сравнивать время последнего обновления. |
Сообщ.
#4
,
|
|
|
Цитата handler @ а потеря данных(упала БД или еще что), как при "поднятии восстановить"? Это проблема класса "форс-мажор", и лечить её в автоматическом режиме нельзя категорически - т.е. ситуация не подпадает под изначальную формулировку темы. Цитата handler @ обновить данные за тот промежуток времени при котором БД лежала, ни при каждой же итерации сравнивать время последнего обновления. Ну давай только не будем смешивать системный подход к решению класса задач и устранение конкретной неисправности на конкретной системе. |
Сообщ.
#5
,
|
|
|
Akina
ок спасибо, буду делать таким подходом |