[Vadik]

Имеем на входе: AX 2012 R2, accounting structure с 12 аналитиками, из которых 5 - custom (те что не entity backed). Распределение неравномерное - большинство аналитик имеют от 10-20 до пары сотен значений, одна - 18000 (зачем - тема отдельного разговора, клиент сделал "потому что мог"). Также имеем advanced rules по большинству custom аналитик

На выходе имеем: при лукапе по аналитике в строке журнала ГК запрос с join-ом из 26 таблиц (DIMENSIONFINANCIALTAG -> DIMENSIONCONSTRAINTTREE -> FINANCIALTAGCATEGORY -> DIMENSIONCONSTRAINTNODE -> DIMENSIONCONSTRAINTNODECRITERIA -> DIMENSIONCONSTRAINTNODE -> DIMENSIONCONSTRAINTNODECRITERIA и т.д. и как вишенка на торте, join с DIMENSIONATTRIBUTEDIRCATEGORY с фильтром выбираемому атрибуту (DIMENSIONATTRIBUTEDIRCATEGORY.DIMENSIONATTRIBUTE) и, соответственно, тормоза при лукапе по "большой" аналитике в \Classes\LedgerDimensionController\getAutoCompleteDataFromDatabase()

В процессе разбора задался вопросом - а зачем спрашивается такая диковинная связь между значениями custom аналитики и собственно атрибутом ( DIMENSIONFINANCIALTAG -> FINANCIALTAGCATEGORY <- DIMENSIONATTRIBUTEDIRCATEGORY <- DIMENSIONATTRIBUTE ) ? Почему DIMENSIONFINANCIALTAG не связали с DIMENSIONATTRIBUTE напрямую (DIMENSIONFINANCIALTAG.DIMENSIONATTRIBUTE) ? Какой сценарий моделируется с помощью DIMENSIONATTRIBUTEDIRCATEGORY ? Что это дало ?