Новости
Документация
Download
Webboard
Поиск
FAQ/ЧаВо
Обратная связь




MySQL.RU - Webboard



Вернуться
Как хранить очень много данных (zhil) 05/08/2006 - 13:29:28
      Re: Как хранить очень много данных (bac) 05/08/2006 - 15:54:25
      Re: Как хранить очень много данных (Dinky) 06/08/2006 - 06:41:55
      Re: Как хранить очень много данных (bac) 06/08/2006 - 11:57:33
      Re: Как хранить очень много данных (Dinky) 08/08/2006 - 20:09:26
      Re: Как хранить очень много данных (Террорист) 25/08/2006 - 23:17:16

> Original message text:
> From: zhil - 05/08/2006 - 13:29:28
> Subject:Как хранить очень много данных
> -----------------
> Hi all!
>
> Возник такой вопрос. Как в mysql лучше хранить очень много данных?
> Вопрос наверно старый, но не могу найти в поиске :(
>
> Например 10000 элементов, для каждого по 10000 записей?
> В перспективе данных будет еще больше - это небольшой специфический поисковичек...
> Основные операции - INSERT/SELECT (поиск по ключу - id элемента)
> Update/delete практически не будут использоваться из-за специфики задачи.
>
> Навскидку приходит в голову несколько вариантов:
> 1. Разбивать на кучу баз, в каждой куча таблиц, в каждой один элемент и его записи.
> 2. Разбивать на кучу таблиц в одной базе, в каждой несколько элементов
> 3. Хранить все в 1 монстроидальной таблице с ключами...
> можно еще пару комбинированных придумать смешав эти варианты.
>
> 2 вариант по идее если данных будет мало - тоесть не катит..
>
> Насколько я понимаю, разница между 1м и 3м - то, что вместо поиска по ключам в одном файле увеличивается нагрузка на FAT или что там будет на сервере.
> ИМХО более шустрым будет 1й вариант - все таки FAT и при чтении одного большого файла будет задействован.
>
> У кого какие будут мысли или практический опыт подобных реализаций?
>


From: Dinky - 06/08/2006 - 06:41:55
Subject:Как хранить очень много данных
-----------------
ну фат не фат, а позволит ли ваша операционка держать столько открытых хэндлеров на процесс ;) недавно народ экспериментировал с миллионом таблиц, так mysql-ю все равно, а операционка тормозила нещадно...
на самом деле структура больше всего зависит от того как вы эти данные выбирать собираетесь - какие селекты с поиском по каким полям и т.п., чтоб не получилось джоинов на 1000 таблиц ;)
100M записей - не проблема, а меня сейчас такая одна табличка есть, проблем с ней никаких, кроме восстановления дампа, там три поля (int,int,data) и два ключа - primary (int,int) и еще один по второму инту, ну и нормально :)

--
Dmitry


[Это сообщение - спам!]

Последние сообщения из форума

Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL, версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
 Имя:
 E-mail:
 Тема:
 Текст:
Код подтверждения отправки: Code
29560



РЕКЛАМА НА САЙТЕ
  Создание сайтов | |