Измерение аналитических услуг - лучший способ обработки описания или понятного имени

Question

Если у меня есть измерение в службах Analysis Services, где в базовой таблице есть столбцы, подобные этому:

TransTypeKey TransTypeCode TransTypeDescription TransCategoryCode TransCategory Description

где столбцы описания - это просто понятные имена для соответствующего «кода», как лучше всего это уловить? Объединить код и описание при загрузке измерения? Держать их отдельно?

Answer 1

Если код является уникальным или может составлять уникальность, вы можете назначить код свойству ключа элемента, а описание - свойству имени члена.

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

Answer 2

Это будет зависеть от того, что пользователь хочет видеть в конечном кубе. Будет ли измерение отсортировано по объединенному полю? Они обычно сортируют / ищут по описанию или коду? Если это и то, и другое, вам понадобятся атрибуты для обеих версий или объединить оба способа: Code-Description, а также Description-Code.

В любом случае я бы оставил базовую таблицу как есть, а затем конкатенировал их в виде, если у вас есть доступ к исходной базе данных или к кубу DSV, если это единственный выбор. Это дает вам некоторую гибкость в будущем.