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

Пример статистической записи(данные взяты с потолка, чисто для примера) :

Пользователь Id=123
Дата заключения контракта : 12-01-2006
Результат : контракт окончен успешно
Комментарии сторон : бла бла бла, были счастливы с вами поработать
Претензии : мойте руки перед едой
... и т. д.

Статистику нужно вести на протяжении всей жизни пользователя в системе.





Очевидна (для меня =)) необходимость создания каждому пользователю(пользователь - это организация) своей таблицы. Пользователей - тысячи.

Можно конечно вести статистику по месяцам - в таблицу, привязанную к месяцу кидать результаты контрактов всех пользователей.

Но тогда как получать статистику по конкретному пользователю ? Получение таких данных будет существенно перегружать систему (проход по всем таблицам статистики для сбора данных по одному пользователю).





В связи с этим возник ряд вопросов :

Будет ли база данных работать эффективно с огромным колличеством таблиц ?

Какие предвидятся траблы(снижение скорости определенных типов запросов и т. д.) ?

Поделитесь, пожалуйста опытом, может у кого возникали подобные задачи.

я не собираюсь каждого пользователя хранить в своей таблице =)

я говорю о ведении статистики по нему

Cat2таблица со статистикой по ним

это не возможно.

в такую таблицу за месяц будет попадать около 300 000 записей

а статистику необходимо вести постоянно!

Dimitry SibiryakovИ что? 3,5 миллиона в год. 350 миллионов за 100 лет. В чем невозможность? Пальцев не хватает нули посчитать?

я не работал с такими большими таблицами

возьмем к примеру 3 года.

получаем около десяти миллионов записей

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

Rin@t2 Marvin_ru:
СУБД, ОС, сервер?

в начале MySQL на FreeBSD

при успешном развитии переведу на Oracle

Sgt.Pepper Marvin_ruбудут ли нормально(по времени,нагрузке на сервер) выполняться сложные запросы(или хотя бы простые выборки по конкретному пользователю) в таких объемах данных ?
Могу себе представить Ваши сложные запросы.
Хотя огласите, плиз. Сервер, надо полагать, MySQL?.. Это так, догадки...
А взять просто и залить 1/10/100 млн записей а потом потестить - это из разряда сложных запросов?..

я попробую сам, конечно

интересовал Ваш опыт работы с такими объемами

Cat2Ведь статистика ценна именно сводными данными?

основная цель - получение информации о контрактах конкретного пользователя

от других запросов шефа как-нибудь отмахаемся =) ...если получаться не будет

Cat2Кстати, я не понял, почему речь все время о ПОЛЬЗОВАТЕЛЯХ? Каждый пользователь ведет статистику о себе? Или, может быть, все же речь об объектах учета которыми являются люди?

пользователи заключают контракты

системой ведется статистика. автоматически. когда кем что было заключено.

Sgt.Pepper Marvin_ru
интересовал Ваш опыт работы с такими объемами
Я в основном работаю с MS SQL. Никаких проблем с такими объемами не наблюдается. Правда я индексами пользуюсь. Ну вот есть сейчас табличка на 115 млн записей. выборка за месяц по "id пользователя" (по аналогии с Вашей задачей) возвращает 500-5000 записей за 1-2 сек.
На Oracle, насколько мне известно, также никто такие объемы за объемы не считает.

вот, это я хотел услышать! =)

спасибо! =)