много записей в бд и скорость работы сайта

twistfire
Дата: 15.09.2006 19:43:40
Добрый день!

Когда сначала создавали сайт - не надеялись, что придется разгребать так много информации..
Когда количество страниц достигало 2-3 тысяч - все работало отлично...
Сейчас, когда количество записей в бд возросло в детяски раз 20-100 тыс...
сайт начинает иногда подтормаживать из-за бд и гарузки на бд-сервер.

Вот и вопрос - как проектировать приложения, чтобы не зависеть от объемов данных?

ЗЫ
мы использовали php+PostgreSQL
Таблицы есть боьшие (>100k записей - дамп занимает 500М - чистый текст)
Anjey aka PM
Дата: 15.09.2006 19:50:44
twistfire
Добрый день!

Когда сначала создавали сайт - не надеялись, что придется разгребать так много информации..


Естественно, обычно так бывает

twistfire
Когда количество страниц достигало 2-3 тысяч - все работало отлично...


2-3 тысячи записей в БД это чепуха

twistfire
Сейчас, когда количество записей в бд возросло в детяски раз 20-100 тыс... сайт начинает иногда подтормаживать из-за бд и гарузки на бд-сервер.


twistfire
Таблицы есть боьшие (>100k записей - дамп занимает 500М - чистый текст)


и это большие объёмы данных? не шутите так. Большое количество записей в таблице это когда их количество исчисляется миллионами. Слоник сотни тысяч всегда глотал нормально (если вы конечно не увлекаетесь использованием агрегатов COUNT, а для более старых версий MIN/MAX, последние можно заменить индексной выборкой с соответствующей сортировкой, ну а COUNT денормализацией с хранением количества в отдельном поле мастер таблицы или в отдельной таблице, зависит от структуры данных).

twistfire
Вот и вопрос - как проектировать приложения, чтобы не зависеть от объемов данных?


полная независимость от объёмов данных это миф. В любом случае вам надо пару раз (до полного понимания) перечитать литературу о проэктированию БД. И о теории БД вообще.