| |
|
|
| | В первый раз столкнулся с большим объемом данных. Вопрос как mysql будет справляться с таблицей в 1.500.000 записей? Как это будет влиять на скорость и нагрузку на сервер?
Таблица будет содержать только числовые данные int, а так же постоянно обновляемое поле count. | |
| |
|
|
| |
|
|
| |
для: vbps
(12.08.2011 в 02:22)
| | | Как это будет влиять на скорость и нагрузку на сервер?
количество записей в базе влияет прямопропорционально на нагрузку и обратнопропорционально на скорость
это все что можно ответить на ваш вопрос
скорость и нагрузка зависит от запроса, количества полей участвующих в условии выборки и индексации этих полей | |
| |
|
|
| |
|
|
| |
для: vbps
(12.08.2011 в 02:22)
| | | Информации мало... сколько это в мегабайтах? Какие запросы будут к таблице и как распределены индексы? Насколько часто будет обновляться поле count? Таблица типа MyISAM?
PS Приемов масса, по сути нет таких задач и объемов, которые бы нельзя было переварить при помощи нормальной СУБД. Полтора миллиона записей - это не много, тем более для int-значений. UPDATE уже более неприятная вещь... возможно придется создавать промежуточную таблицу(таблицы) для сбора информации, а целевую таблицу обновлять по cron. Вообще в СУБД есть две задачи: экономия места, увеличения скорости. Они взаимоисключаемые, т.е. вы можете увеличить скорость за счет увеличения объема базы данных или сэкономить место за счет снижения скорости обработки. Однако для конкретных советов, нужно больше конкретики по самой базе данных. | |
| |
|
|
