Наилучшие подходы к сокращению числа поисков между хранилищами объектов filenet для поиска документа на основе времени создания документа?

Question

Например, есть 5 хранилищ объектов.Я думаю о вставке документов в них, но не в последовательном порядке.Первоначально это могло бы быть последовательным, но если бы я мог вставить, используя некоторый метод ранжирования, было бы легче узнать, какое хранилище объектов искать, чтобы найти документ.Цель состоит в том, чтобы уменьшить количество поисков в хранилище объектов.Это может быть достигнуто только в том случае, если для вставки используется какой-то интеллектуальный алгоритм.

Один метод, который я нашел полезным, - это использование MOD N текущего года (количество хранилищ объектов) для определения того, куда идет документ.Можем ли мы найти лучшие подходы к этому?

Answer 1

Если вы хотите быстрый доступ, есть пара критериев:

1. Хеш-функция должна воспроизводиться на основе запрашиваемых данных.Это означает, что многое зависит от ожидаемых вами запросов.

2. Обычно вы хотите распределить ваш объект как можно более равномерно по магазинам.Если вы хотите идти параллельно, вы хотите получить доступ к каждому документу для данного запроса из разных хранилищ, чтобы они не блокировали друг друга.Следовательно, ваша функция хеширования должна распространяться как можно больше в разные хранилища для похожих документов.Если вы ожидаете, что документы, относящиеся к одному и тому же запросу, относятся к одному и тому же году, не используйте этот год напрямую.

Предполагается, что вы хотите иметь быстрые запросы,paralised.Если вместо этого у вас есть система, в которой вам сначала нужно открыть потенциально дорогое соединение с магазином, то большинство документов, относящихся к одному и тому же запросу, должны идти в один и тот же магазин, и вы не должны принимать мой совет выше.

Answer 2

Ваш критерий "что происходит в хранилище объектов FileNet?"в основном "какие документы логически принадлежат друг другу?"