D
DNT
Есть такая задача - создать механизм который бы давал пользователям возможность удобно работать с входящей почтой общей маил-иновской БД, кол-во входящих писем в день будет ООчень большим, порядка 10000 в день. Должен быстро, без тормозов работать поиск по инбоксу, причем одновременно в базе читают почту несколько десятков операторов, каждый может запускать поиск, под каждого нужно помнить прочитано им письмо или нет.
Можно было-бы заставить пользователей перемещать сразу руками из инбокса обработанные письма в другую папку, например "Обработанные", оставляя в Инбоксе только новые документы, тем самым облегчить папку, но по условию ТЗ в папке инбокс должны находиться письма за последний месяц от текущей даты, более давние будут агентом перемещаться каждый день в архив, т.е. по расчетам в папке должно быть около 300 тыс. документов постоянно. Причем письма очень разные, есть и 20 кБ, а есть и с вложениями по 20, 50 Мб...
1. Справится ли Лотус с такими объемами? Напомню: в Инбоксе около 300 000 документов, вообще в базе, например за год будет около 3 600 000 с аттачментами , по ним тоже нужен "не тормозящий" поиск.
2. Как мне оптимизировать реализацию такой задачи? Интересует ваш опыт работы с такими объемами и направление меня в нужное русло
поисков решения.
п.с. сейчас такая задача крутится на МС Аутлуке, и он в полном "Ауте" при работе с такими объемами )))
Тормозит, вешается, как-то пыхтит - пользователь негодуе ), решили попробовать Лотус.
Можно было-бы заставить пользователей перемещать сразу руками из инбокса обработанные письма в другую папку, например "Обработанные", оставляя в Инбоксе только новые документы, тем самым облегчить папку, но по условию ТЗ в папке инбокс должны находиться письма за последний месяц от текущей даты, более давние будут агентом перемещаться каждый день в архив, т.е. по расчетам в папке должно быть около 300 тыс. документов постоянно. Причем письма очень разные, есть и 20 кБ, а есть и с вложениями по 20, 50 Мб...
1. Справится ли Лотус с такими объемами? Напомню: в Инбоксе около 300 000 документов, вообще в базе, например за год будет около 3 600 000 с аттачментами , по ним тоже нужен "не тормозящий" поиск.
2. Как мне оптимизировать реализацию такой задачи? Интересует ваш опыт работы с такими объемами и направление меня в нужное русло
поисков решения.
п.с. сейчас такая задача крутится на МС Аутлуке, и он в полном "Ауте" при работе с такими объемами )))
Тормозит, вешается, как-то пыхтит - пользователь негодуе ), решили попробовать Лотус.