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




MySQL.RU - Webboard



Вернуться
количество таблиц-вопрос №1? (SETRO) 04/11/2002 - 19:59:15
      Re: количество таблиц-вопрос №1? (walrus) 05/11/2002 - 07:57:17
      Re: количество таблиц-вопрос №1? (SETRO) 05/11/2002 - 16:44:29
      Re: количество таблиц-вопрос №1? (walrus) 06/11/2002 - 09:14:24

> Original message text:
> From: SETRO - 04/11/2002 - 19:59:15
> Subject:количество таблиц-вопрос №1?
> -----------------
> здра гурам мускуля!
> вобщем встала проблемка написать нечто вроде статистики хотлога и ему подобных...
> есть 13 таблиц - хосты хиты юзеры юзерагенты рефреы и пр.
>
> вопрос в слудеющем: при нагрузке в 2-5 тысяч клиентов (средние хиты в сутки будут около 500-700 тысяч запросов на мускуль от всех) что лучше выбрать, 13 таблиц для всех юзеров или по 13 для каждого. Теоретически имхо ради скорости обработки по 13 на каждого быстрее будет, но вот количество (2-5 тыс * 13) получается в базе будет от 26000 до 65000 таблиц. Вообще это нормально или как?
> или я брежу? просто есть опыт создания баннерки, так вот там то очень тяжело приходится мускулю с одной таблицей по типу для всех (лог, ip, ref...). вот теперь и думаю - мож разделить всех на свои таблицы и несколько общих...
> У кого какие идеи?
> заранее благодарен!
>


From: SETRO - 05/11/2002 - 16:44:29
Subject:количество таблиц-вопрос №1?
-----------------
так вот в том и вопрос - целесообразность создания такого количества баз...
и насколько будет загружен сервер, при использовании только 13-15 баз общих для всех, при нагрузке 500-700 тысяч запросов в сутки, не будет ли проблемы как с некоторыми баннерными сетями, что баннера приходится ждать по 3-5 сек, а то и вовсе "Too many connection..." и на серваке mysqld процессов аж 200-500 штук висит в памяти...
я так понимаю, использовании раздельных баз для юзеров осложняеься только количеством файлов, которые реально съедят намного больше диска, нежели если используются общие базы для всех...

кстати, а есть возможность через DBI создать одно соединение (процесс) с мускулем и пользоваться только им, не плодя новых процессов? пользовался connect_cached - особого эффекта не заметил...

а вообще у когонить есть опыт создания подобного рода систем (статистики, баннерок и пр.)? может кто посоветует?


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

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

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



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