(31 окт 2016, 18:21) (0/0)
[0]
Ты принципиально не отвечаешь на вторую часть предложения?
То что ты лишние 2000 раз будешь проверять, не больше ли 30, и удалять 1970 раз по одной записи, как минимум, нецелесообразно. А если активность увеличится в 10 раз, то в 10 раз больше запросов? Хм...одни логи тогда сколько будут требовать
Или по-твоему это нормальная реализация (с точки зрения оптимизации)?
Если да, то убеди меня
То что ты лишние 2000 раз будешь проверять, не больше ли 30, и удалять 1970 раз по одной записи, как минимум, нецелесообразно. А если активность увеличится в 10 раз, то в 10 раз больше запросов? Хм...одни логи тогда сколько будут требовать
Или по-твоему это нормальная реализация (с точки зрения оптимизации)?
Если да, то убеди меня
(31 окт 2016, 11:27) (0/0)
[0]
И так будет по 2000 лишних запроса в сутки. Каждый раз удалять новое нецелесообразно.
По дате удалять, как по мне, лучший из вариантов.
Я бы просто удалял позавчерашние логи.
На крайний случай, если там такая уж важная информация в логах, то можно логи в файл писать в соответствии с настоящей датой. А с бд все удалять.
По дате удалять, как по мне, лучший из вариантов.
Я бы просто удалял позавчерашние логи.
На крайний случай, если там такая уж важная информация в логах, то можно логи в файл писать в соответствии с настоящей датой. А с бд все удалять.
(29 окт 2016, 20:47) (0/0)
[0]
Если решишь этот вопрос по-людски, то поделись со всеми решением, интересно
Добавлено 29.10.16 в 20:48:28:
Если это, конечно, будет исключительно на одном sql. Без промежуточных таблиц, извлечений и танцов с бубном
Добавлено 29.10.16 в 20:48:28:
Если это, конечно, будет исключительно на одном sql. Без промежуточных таблиц, извлечений и танцов с бубном
(29 окт 2016, 19:59) (0/0)
[0]
А что, если добавить поле дата, и делать удаление записей, по дате. Т.е. если дата больше на неделю от текущей -> удалить эти записи
- 1 из 1
