На этом уроке вы научитесь стратегическому планированию изменений схемы категорий. Схемы категорий, как и другие области хранилища, со временем будут изменяться.
Вы добавили схему категорий Разработка программного обеспечения четыре новых дочерних узла категории Мое бизнес-планирование для того чтобы сузить предназначение создаваемых и отправляемых ресурсов.
После назначения категорий новому ресурсу пользователь может найти ресурс по дочерним категориям категории Мое бизнес-планирование или по другим категориям, примененным к ресурсу.
Теперь представьте, что по мере роста компании ей потребовалось разделить категорию Мое бизнес-планирование на две категории: Бизнес-планирование в Америке и Бизнес-планирование в Европе. Если изменить название категории, то значение категории в метаданных каждого ресурса, которому назначена категория Мое бизнес-планирование, будет утеряно. Новые и измененные категории не применяются к ресурсам, которые уже находятся в хранилище.
В случае переименования категорий теряются метаданные категорий. Передовой практикой является не изменять схемы категорий в хранилище. Конечно же, могут существовать причины изменять эти схемы по причине приобретения новых компаний, развития или реорганизации в компании.
Обойти эту проблему можно путем создания категории географического положения с дочерними категориями Американские континенты и Европа. С помощью этих узлов пользователи смогут использовать обе категории во время отправки ресурса. Например, когда пользователь отправляет ресурс, описывающий новый бизнес-план, утвержденный в Италии, то ему можно назначить категории Европа и категории . Кроме того, пользователям будет проще осуществлять поиск по отдельному полю Географическое положение, а также оно будет проще адаптироваться к другим ресурсам, имеющимся в хранилище.
На этом уроке вы узнали о последствиях изменения схем категорий после их ввода в эксплуатацию.