Шаг 2: Использование правил отношений в ArcMap
В этом шаге вы проверите некоторые из правил отношений, которые вы создали для класса отношений ParcelToBuilding.
|
Так как вы не создали правила между участками Single Family Residence и зданиями Commercial, база геоданных будет рассматривать такую связь как некорректную. Чтобы проверить это, вы создадите сценарий, по которому коммерческое здание попадает внутрь участка для проживания, и затем проверите объекты. Вы использовали команду Проверить объекты (Validate Features) в предыдущем упражнении, чтобы проверить интервальные домены, но ее можно использовать для различных операций.
|
|
|
Residence) на нем и используйте инструмент Редактировать (Edit) , чтобы выбрать его.
|
|
|
|
Commercial.
Вопрос 1: В выпадающем списке появляются значения домена или подтипа?
|
|
|
Вы только что проверили связь между участками для проживания и коммерческими зданиями. Так как такой связи нет, ArcMap сообщил вам, что объект некорректный. Вы можете оставить объект как есть или поменять его обратно на жилой.
|
Далее вы проверите число связанных записей. В правилах отношений вы установили максимальное значение: два жилых здания на участке для одной семьи. Как вы могли заметить, несколько участков содержат более двух зданий.
|
|
Сообщение ясно показывает, что есть связь между этими подтипами, но вы установили максимум два здания, а на участке три.
Возможно, это реальный случай, когда на участке более двух жилых зданий. Правила отношений помогают вам найти неправильные связи, но вы сами должны решить, что делать с этими данными. Вы можете оставить некорректную связь или сделать необходимые правки, чтобы исправить ошибку. Правила отношений не препятствуют вам создавать неправильные связи, они только находят такие связи, после того, как те были созданы.
|
Далее вы создадите некорректную связь.
|
|
|
|
Вы успешно создали некорректную связь. У парковок нет связи с коммерческими участками, но вы все равно можете создать этот новый объект внутри коммерческого участка. Далее вы проверите этот новый объект.
|
|
Это сообщение утверждает, что новый объект еще не является частью класса отношений ParcelToBuilding.
|
|
|
|
Примечание: Это описание обратного направления для класса отношений.
Этот объект не является адресатом, потому что у него еще нет значения внешнего ключа. Вы можете скопировать значение ключа из выбранного участка в диалоговое окно Атрибуты (Attributes).
|
|
|
|
|
Теперь новый объект является адресатом объекта-источника, но связь остается некорректной.
|
|
|
|
|
|
Заключение
В этом упражнении вы создавали и работали с правилами отношений. Они позволяют вам создавать правила, которые задают, сколько объектов определенного подтипа может быть связано с другими объектами. Когда вы создает класс отношений, вы можете создавать правила, а, создав правила, можете делать правки в ArcMap. После того, как вы сделали правки, вы можете проверить объекты на соответствие правилам, которые вы установили, чтобы найти нарушения. Эти правила помогают вам поддерживать целостность данных, и они доступны только в базе геоданных.
Ответы на Вопросы Упражнения 4B
Вопрос 1: В выпадающем списке появляются значения домена или подтипа?
Ответ: Подтипы.
Вопрос 1: В этом файле есть какая-либо информация, которую вы можете интерпретировать?
Ответ: Нет.
Вопрос 2: Основываясь на том, что вы видите в этом файле, есть ли способ, которым вы можете сделать корректные правки в нем?
Ответ: Нет.
Вопрос 3: Как вы думаете, почему были скопированы ParcelsToTracts и Tract Info, хотя они находятся не в наборе классов объектов CityData? Подсказка: Щелкните правой кнопкой на ParcelsToTracts и выберите Свойства (Properties).
Ответ: Таблица Tract Info имеет класс отношений с классом пространственных объектов Parcels, который находится внутри набора классов объектов CityData.
Вопрос 4: Почему перенос набора классов объектов SewerSystem скопировал только набор классов объектов и его содержимое?