2015-04-06 2 views
0

lookback api docs say ПортфолиоItem поле является индексом. Является ли наименьший тип элемента портфеля также индексом?ралли назад является самым низким портфелем товара индексированное поле?

E.g: Типы портфолио В моей рабочей области есть Продукт, Веха и Особенность. будет Feature быть индексом в API обратного вызова в дополнение к PortfolioItem?

Причина, по которой я спрашиваю, состоит только в том, что только пользовательские элементы верхнего уровня имеют поле PortfolioItem, но как пользовательские классы верхнего уровня, так и дочерние пользователи имеют поле «Feature». Я хочу запросить все пользовательские истории под определенной особенностью, а это значит, что я не могу использовать поле PortfolioItem, потому что он не будет включать дочерние пользовательские истории, а только пользовательские истории верхнего уровня.

Пример того, что я хочу сделать, если Feature индексируется:

Ext.create('Rally.data.lookback.SnapshotStore', { 
     listeners: { 
      load: function(store, data, success) { 
       //do stuff 
      } 
     }, 
     autoLoad:true, 
     limit:Infinity, 
     fetch: ['ScheduleState', 'PlanEstimate', 'Feature', 'ObjectID'], 
     compress:true, 
     find: { 
      _TypeHierarchy: 'HierarchicalRequirement', 
      Children: null, 
      Release: //a release OID 
     }, 
     hydrate: ['ScheduleState'] 
    }); 

ответ

1

Возможно, возникла некоторая путаница с использованием слова «индекс». Некоторые поля «индексируются» для быстрого поиска ... «Функция» не является одним из них, хотя это допустимое поле, и вы можете его искать. Вернее, поле, которое является типом портфолио самого низкого уровня, хранится в моментальных снимках. * Учитывая то, о чем вы просите, добавив «Feature»: {oid} в find должно предоставить вам то, что вы хотите.

* Различие связано с тем, что ярлык «Feature» может быть изменен на что-то еще, поэтому «Feature» в одном рабочем пространстве может быть «Thing» в другом.

+0

Да, я знаю, что «Особенностью» могут быть и другие вещи, поэтому я изложил это: портфолио «В моей работе». Я знаю, что функция действительна, но я не знал, была ли она «проиндексирована для быстрого поиска», о чем я спрашивал мой вопрос, - и вы ответили. – spsteffl

1

Поле _ItemHierarchy включает в себя все уровни PortfolioItems через все уровни Истории к дефектам, задачи и (я уверен) TestCases. Итак, если вы хотите «все пользовательские истории под определенной особенностью», просто укажите find: {_ItemHierarchy: 1234567}, где 1234567 - это ObjectID объекта. Вы можете объединить это с предложениями _TypeHierarchy и Release. Если вы объедините его с предложениями Children и _TypeHiearchy, как вы предлагаете, это даст вам только листовые истории, а не все уровни. Это идеально, если вы делаете скопления в таких полях, как сумма PlanEstimate (points) или TaskActual и т. Д.

Примечание. Я не думаю, что это имеет какое-либо отношение к индексированию, поэтому я могу не понимать ваш вопрос. Примите мои извинения, если это так.

+0

Спасибо за ответ! Я взглянул на ваше решение в своем коде, но он не подходит для того, что я пытаюсь сделать, это было слишком медленно. У меня есть ~ 20 проектов и ~ 70 функций, поэтому я не могу отправить 1400 запросов на данные обратного просмотра. Вместо этого я хочу просто сделать ~ 20 запросов (по 1 для каждого проекта). Кроме того, мне нужно было также не подключать UserStories к функциям, поэтому ваше решение потребует дополнительной логики для этого. – spsteffl

+0

_ProjectHierarchy также не является оптимальным – spsteffl

+0

У вас есть 70 функций? или примерно 70 за проект? Если это первый, вам нужно всего лишь сделать 70 звонков. В отличие от стандартного WSAPI, LBAPI не является автоматически областью проекта. Заметьте, может быть какая-то логика в SnapshotStore приложения SDK, которая автоматически добавляет область проекта, но я уверен, что есть способ отключить ее. IMHO, я считаю, что SnapshotStore был менее идеальным, потому что он был написан так, чтобы быть совместимым с остальной частью SDK приложения, которая почти полностью касается доступа к стандартному WSAPI, а не для поддержки очень разных парадигм LBAPI. –

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