Постарался и зашифровал сообщение. Я не понял, что ты тут написал.
По поводу дальнейшей части сообщения. Никакой трагедии, документы по 100 штук сразу редко изменяются. Если правильно организована работа с оперативной информацией, то вся остальная инфа сгружается во "внутренний архив" (индексер будет 1 раз нагружен ночью), а в конце года ненужная инфа просто выгружается в архивные базы (индексер также нагружается 1 раз ночью). Таким образом юзеры работают всегда с оперативной инфой, которой, если разобраться, не так и много. И этого принципа (такой архитектуры) всегда хватало и для заводов с хреновой тучей филиалов, и для других не мелких организаций с сотнями пользователей, притом хватало так, что не надо было даже думать о серверах-кластерах, чтобы "прыгать туда-сюда" пытаясь уйти от нагрузки, и сервера эти были бесконечно далеки от идеала железа под сервер, в большинстве случаев даже без рейда.
Не выгружая доки в архивные базы тем самым увеличивается время работы индексера, это конечно не определяющая величина, но тоже фактор.
Оба решения не просто имеют право на жизнь, и живут, но и доказали свою эффективность. И тут уже забота вопрошающего учесть частоту изменения доков, количество видов по каждому такому доку и т.п. Если бы по условию задачи невозможно было бы выделить оперативную информацию или её было бы очень много, то я бы тоже остановился на документах-линках, но всё равно сгружал бы по мере снижения актуальности в архивные базы, т.е. сделал бы микс решений.
Darker
Не могли бы рассказать чуть подробнее? Что значит 'темповый документ'? Это документ-"линк" на основной документ?
Всё в одной базе или отдельная БД для документов-линков?
И что, вообще вьюх нету? А как пользователи видят перечень документов? А как полнотекстовый поиск?
