Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Что делать с большим архивом новостей?
 
 автор: Dizels   (05.12.2008 в 15:23)   письмо автору
 
 

Вопрос скорее теоретический)

Есть сайт, со времени его создания накопилось уже более 3000 записей - все это новости, т.е. сейчас они уже потеряли, в принципе свою актуальность. Совсем убивать их не хочется, так как с некоторых идет траф + сайт подключен к сапе.

Вот думаю - нужно что-то делать, чтобы к примеру облегчить работу БД.

Или это не такие большие объемы, как мне кажется?

Вообщем поделитесь опытом - кто что делает в такой ситуации.

  Ответить  
 
 автор: bas01   (05.12.2008 в 15:47)   письмо автору
 
   для: Dizels   (05.12.2008 в 15:23)
 

к запорсам добавь условие id_position > 250

  Ответить  
 
 автор: HaJIuBauKa   (05.12.2008 в 15:57)   письмо автору
 
   для: Dizels   (05.12.2008 в 15:23)
 

3000 - это смешная цифра по меркам MySQL, если вы конечно его используете. Облегчать работу БД в таком случае не нужно, имея в виду то. что она изначальна была построена правильно с индексами и прочим. Если ваш запрос не тянет все эти 3000 записей, то никаких проблем и нет.
Пример:
Есть табличка статистики в которой примерно 300 000 записей, выборка по определенному полю (IP к примеру), происходит за 0.0130 сек.

А рекомендации в этом случае очень стандартные, добавляйте всегда к запросу
LIMIT 0, X
где X не более 100

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования