2014-02-20 1 views
3

В настоящее время мы работаем над решением, в котором мы хотим отслеживать (для анализа) статьи, которые пользователь нажимает на/открывает и «любит» из данного списка статей. Впоследствии пользователь должен иметь возможность видеть и повторно щелкнуть/открыть статью (поиск не требуется) в разделе, посвященном его/ее персональному профилю пользователя. Где-то около 100 новых статей публикуются каждый день. Увеличение (!) Количества ежедневных посетителей (пользователей) составляет около 2000 в день. Статьи в настоящее время хранятся и поддерживаются в MySQL Db.Как хранить/извлекать большие объемы наборов данных в XPages?

Мы могли бы создать новую запись в MySQL Db для каждой статьи, прочитанной/«понравившейся». «В худшем случае» это создаст (2500 * 100 =) 250000 записей в день. Это не будет длиться долго ... Итак, как бы вы храпили (обрабатывали) это в XPages, учитывая сценарий?

Мои мысли после прочтения “the article” :) about MIME/Bean’s: что о сохранении «читать articleObjects» в объеме и (периодически) магазин/сохранить их в качестве MIME на профиле пользователя документа? Это создает только 100 articleObjects в день (или 36500 в год). Кроме того, можно было бы создать механизм, в котором объекты articleObject перемещаются из одного поля в другое по прошествии времени, поэтому активная область будет содержать только «read articleObjects» за последний месяц или около того.

+0

У MySQL нет пределов, насколько известно. Более интересный вопрос заключается в том, какое юзабилити пользователи будут иметь при нажатии более 1000 статей ... Будет ли у них огромный список этих статей в личном профиле? –

ответ

0

Я бы сказал, что это именно то, что реляционная база данных для. Моим первым подходом было бы иметь управляемый компонент (область сеанса) для чтения/доступа к данным пользователя в MySQL (JDBC). Если вы хотите, вы можете создать внутренний кеш внутри компонента.

Для представленного варианта использования я не стал бы беспокоиться о источниках данных JDBC в ExtLib. Возможно, даже функций @Jdbc хватит.

Кроме того, вы не сказали, как вы проводите анализ? Если вы храните информацию в Domino, вам, вероятно, придется написать инструмент экспорта.

 Смежные вопросы

  • Нет связанных вопросов^_^