-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Energizer
Guest
... (не ору). Тогда написали б мне хучь бы что-нибудь вроде: UPDATE использовать не рекомендуется, потому что...
Energizer
Guest
Удаление не уменьшит индекс.
Апельсин
Оранжевое создание
> Удаление не уменьшит индекс.
блин! или я не понимаю что ты хочешь сделать или ты тормоз!
зачем тебе уменьшать индекс???!!!
объявления создаются, им присваивается уникальный номер и они хранятся в табличке, раз в день/неделю/месяц или как хочешь удаляешь все сообщения из таблицы с датой старше чем какая-то заданная
что неясно?!
блин! или я не понимаю что ты хочешь сделать или ты тормоз!
зачем тебе уменьшать индекс???!!!
объявления создаются, им присваивается уникальный номер и они хранятся в табличке, раз в день/неделю/месяц или как хочешь удаляешь все сообщения из таблицы с датой старше чем какая-то заданная
что неясно?!
Energizer
Guest
Стал бы я спрашивать... Нужно.
На этом основана работа сессий(неужели пользовать встроенные детские функции). Это не тема для этого раздела.
На этом основана работа сессий(неужели пользовать встроенные детские функции). Это не тема для этого раздела.
RomikChef
Guest
О, месье - профессионал!
А нельзя ли поинтересоваться - в чем "детскость" встроенных функций? А то же ведь тысячи программистов пользуются - и не знают! Ты уж облагодетельствуй - открой им глаза?
А нельзя ли поинтересоваться - в чем "детскость" встроенных функций? А то же ведь тысячи программистов пользуются - и не знают! Ты уж облагодетельствуй - открой им глаза?
RomikChef
Guest
кому не нравится этот топик, тот может его просто не читать. закрывать не обязательно. Спасибо.
mahoune
Guest
Как-то очень много сообщений...
Но что хочется сказать! Energizer, огромным опытом некотрых участников этого форума доказано - нет ничего сташного в том что ты оставишь auto_incriment, какая разница, всеравно он будет занимать свои 4 байта (или сколько там - не важно) но он всегда будет их занимать даже если будет хранить значения от 1 до 100, и более того - это единственно (в большинстве ситуаций, в том числе и твоей) правильное решение.
Конечно возникает второй вопрос, что делать со старыми записями (объявлениями) Тут ты сам должен решить - если они тебе нужны всегда (так-же часто как и все остальные), то оставь их в той-же таблице, а если значительно реже - то перемещай данные, скажем, раз в сутки, в другую таблицу. Ну а если он тебе не нужны - удаляй их к едрене фене!
Все....
Но что хочется сказать! Energizer, огромным опытом некотрых участников этого форума доказано - нет ничего сташного в том что ты оставишь auto_incriment, какая разница, всеравно он будет занимать свои 4 байта (или сколько там - не важно) но он всегда будет их занимать даже если будет хранить значения от 1 до 100, и более того - это единственно (в большинстве ситуаций, в том числе и твоей) правильное решение.
Конечно возникает второй вопрос, что делать со старыми записями (объявлениями) Тут ты сам должен решить - если они тебе нужны всегда (так-же часто как и все остальные), то оставь их в той-же таблице, а если значительно реже - то перемещай данные, скажем, раз в сутки, в другую таблицу. Ну а если он тебе не нужны - удаляй их к едрене фене!
Все....
Barlone
Guest
10000 объявлений в сутки? Не верю!
Energizer
Guest
Всем сасибо, сорри за затянувшийся дискусс. Я нашел подходящее решение!
П.С. (в офтопик-зря, людям было бы интересно почитать...)
Energizer
Guest
Сайт конечно не по авто.
В одной таблице ~2000-4000 записей в сутки, в другой около 30000 в сутки, но табличка попроще.
ForJest
- свежая кровь
Вообще все прикалываются я смотрю - советуют челу удалять из таблицы. А толку? Записи удаленные все равно занимают место. Если его хостинг волнует - то нужно узнавать организационно - пакуют ли там базы регулярно или нет. Потому что если не пакуют, то при активных 100 записях таблица может весить как при 1млн их самых.
