хранение n + 1 объектов в документе solr - PullRequest
5 голосов
/ 01 июня 2011

Я изо всех сил пытаюсь выяснить, как наилучшим образом сохранить объект n + 1 в документе solr.

Я храню резюме / резюме в документе solr. Я смотрю на хранение двух разных типов данных "образование" и "занятость"

Если мы посмотрим на образование, объект выглядит так:

{
 "establishment" => 'Oxford',
 "Subject" => 'Computing',
 "Type" => 'Degree',
 "Grade" => '2:1'
}

CV может иметь n + 1 из этих объектов в зависимости от содержимого CV. Поиск должен быть в состоянии увидеть, что когда я ищу CV с Учреждением = Oxford & Subject = Computing & Grade = 2: 1, оно соответствует этому объекту, а не другому заведению с тем же предметом и оценкой.

Многозначное число, которое, как я думаю, не поможет или может хранить n + 1 объектов этого типа.

У меня вопрос, как настроить solr, чтобы иметь возможность хранить данные этого типа в одном «CV» документе Solr, чтобы он мог выполнять поиск в рамках общего поиска по индексу?

1 Ответ

0 голосов
/ 02 июня 2011

Вы, по сути, хотите превратить Solr в реляционную базу данных.Т.е. вы хотите навязать некоторую структуру в ваших документах, а не просто использовать их как пакет слов.

Если вам нужны отношения, тогда вам нужны отношения.Единственный способ, которым я могу придумать, - это отдельно проиндексировать объекты образования, а затем получить «внешний ключ» из резюме.

В качестве альтернативы, вполне вероятно, что ваше «n» будет довольно маленьким.Таким образом, вы можете просто включить каждое резюме в индекс несколько раз, один раз с каждым списком образования.Это может немного сбить счет, но ммм.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...