|
MySQL.RU - Webboard
 Вернуться
 Эффективность реализации (Иван) 02/07/2012 - 02:51:09
 Re: Эффективность реализации (Akina) 02/07/2012 - 09:02:03
Re: Эффективность реализации (Иван) 02/07/2012 - 15:07:06
Re: Эффективность реализации (Akina) 02/07/2012 - 18:41:35
Re: Эффективность реализации (Иван) 02/07/2012 - 19:12:28
Re: Эффективность реализации (Akina) 02/07/2012 - 20:55:16
Re: Эффективность реализации (Иван) 02/07/2012 - 21:32:22
Re: Эффективность реализации (Akina) 02/07/2012 - 22:04:04
Re: Эффективность реализации (Иван) 02/07/2012 - 23:56:57
Re: Эффективность реализации (Akina) 03/07/2012 - 17:20:54
> Original message text:
> From: Иван - 02/07/2012 - 02:51:09
> Subject:Эффективность реализации
> -----------------
> Здравствуйте, Есть пользователи около 10 тыс а со временем будет и побольше, они пишут в сутки около 30-50 мини-постов(около 240 символов). Мне необходимо как можно быстрее доставать запись из БД по post_id(id записи - уникальное значение). Это поле я поставил в index. Так как объем данных довольно не малый, я решил разделить эти записи по таблицам, то есть 1 пользователь - 1 таблица для его постов. И зная id_user и id_post можно выбирать посты... Стоит ли так разбивать данные или же по базам разбить? или же mysql все ровно? Подскажите пожалуйста как лучше сделать? Ps тип таблиц innodb - так как нужно сразу и писать в таблицу и что бы во время записи можно было выбирать данные из нее(без блокировки всей таблицы)...
>
From: Akina - 02/07/2012 - 18:41:35
Subject:Эффективность реализации
-----------------
Ваше разделение вряд ли ускорит поиск. То есть я могу себе представить условия, когда это ускорит поиск - это случай очень слабого сервера с малым объёмом оперативки и тормозной дисковой подсистемой. Но на приличном сервере, я думаю, это наоборот - замедлит поиск. Впрочем, критерий истины - практика. Сгенерите тест-данные (например, годового объёма), и попробуйте оба варианта.
> насколько я знаю чем больше записей в таблице тем дольше он будет туда записывать, ну и при удаление строки тоже будет проблематично с большим кол-во данных в таблице
Мне жаль Вас огорчать, но Ваши знания далеки от реальности. Вернее, они о совершенно ином. Не надо сравнивать одну большую и одну маленькую таблицу. Сравнивайте одну большую и кучу маленьких, когда суммарное количество записей в мелких равно количеству записей в большой.
[Это сообщение - спам!]
Последние сообщения из форума
Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL,
версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
41447
|
|
