Простые и составные - это два типа классов отношений базы геоданных, которые можно создать в ArcGIS Pro. Выбор типа класса отношений будет зависеть от имеющихся у вас данных, кардинальности наборов данных, которые вы хотите связать, и вопросов, на которые вы пытаетесь ответить.
Ниже приводится более подробное описание каждого типа классов отношений.
Тип Простой класс отношений
Класс простых отношений - это тип отношений, который связывает объекты в одном классе объектов (таблица-источник) с объектами в другом классе объектов (адресат) или объектами в таблице.
Ниже приведено описание простого класса отношений:
- Кардинальность может быть один-к-одному (1:1), один-ко-многим (1:M) или многие-ко-многим (M:N).
- Отношения определяются между двумя таблицами, одна из которых является источником, а другая адресатом.
- Отношения основаны на общем поле атрибутов.
- Удаление объекта или строки в таблице-источнике не влияет на связанные с ним объекты или строки в таблице-адресате.
- Отношение между таблицами сохраняется до тех пор, пока значения полей общих атрибутов совпадают.
Например, у вас может быть простой класс отношений между классом объектов с именем Campground Facilities(источник) и классом объектов с именем Campsites (адресат). Каждая площадка для кемпинга может быть связана с одной или несколькими кемпингами, содержащимися в этой площадке, но удаление кемпинга не приводит к удалению площадки для кемпинга. 
В простом отношении связанные объекты могут существовать независимо друг от друга. Это означает, что удаление объекта-адресата никак не скажется на значении первичного ключа или на родительской записи в связанной таблице-источнике.
Например, поступило сообщение о том, что недавний шторм смыл кемпинг №6 в Слау-Крик; поэтому удаление этой записи из класса объектов Campsite (адресат) никак не повлияет на площадку для кемпинга Слау-Крик в классе объектов Campground Facilities (источник). 
Однако, когда вы удаляете объект-источник в простом отношении, значение поля внешнего ключа для сопоставления объекту-адресату устанавливается на <Null>. Такое поведение внешнего ключа было разработано для сохранения целостности на уровне ссылок между объектами. Когда объект-источник удален, значение в строке внешнего ключа больше не связывается с объектом в источнике и, как результат, значение внешнего ключа устанавливается на Null и больше не используется.
Основной задачей внешнего ключа является поддержание отношения между объектом-адресатом и связанным с ним объектом-источником. Если отсутствует объект-источник с соответствующим значением первичного ключа, нет необходимости в поддержании значения внешнего ключа. Если в дальнейшем необходимо связать тот же объект-адресат с новым или отличным объектом-источником, поле внешнего ключа (FK) можно обновить с <Null> на требуемое значение.
Например, площадка для кемпинга Слау-Крик с FacilityID 259310 - самая маленькая площадка для кемпинга в Йеллоустонском национальном парке, в ней всего шесть мест для кемпингов. Было принято решение объединить эту площадку для кемпинга с более крупной площадкой для кемпинга Пебл Крик. В этом классе простых отношений, когда запись о площадке для кемпинга Слау-Крик удаляется из таблицы-источника, шесть кемпингов остаются в таблице-адресате; однако значение их внешнего ключа меняется на <Null>. Теперь вы можете обновить ParentFacilityID этих шести значений <Null> на 259307, чтобы они теперь были связаны с ParentFacilityID площадки для кемпинга Пебл Крик. 
Тип Сложный класс отношений
Аналогично простым отношениям, класс сложных отношений - это тип отношений, который связывает объекты в одном классе объектов (таблица-источник) с объектами в другом классе объектов (адресат) или объектами в таблице. Сложные отношения также поддерживают целостность на уровне ссылок при удалении объектов, но реализуется это по-другому. В сложном отношении объекты-адресаты не могут существовать независимо от объектов-источников, т.е. при удалении источника связанный объект-адресат тоже удаляется в процессе каскадного удаления. При создании сложные отношения все имеют кардинальность один-ко-многим, но с помощью правил отношений могут быть ограничены до действия один-к-одному.
Ниже приведено описание сложного класса отношений:
- Кардинальность может быть один-к-одному (1:1) или один-ко-многим (1:M).
- Отношения определяются между двумя таблицами, одна из которых является источником, а другая адресатом.
- Отношения основаны на общем поле атрибутов.
- Удаление объекта или строки в таблице-источнике влияет на связанные с ним объекты или строки в таблице-адресате.
- Пространственные объекты или строки (объекты) в таблице-адресате не могут существовать независимо от связанных с ними пространственных объектов или строк (объектов) в таблице-источнике.
- Отношение между таблицами сохраняется до тех пор, пока значения полей общих атрибутов совпадают.
Например, было установлено, что нынешнее местоположение и земля площадки для кемпинга Слау-Крик идеально подойдут для нового образовательного центра. Поэтому шесть кемпингов в Слау-Крик больше не будут доступны, чтобы строительные бригады могли начать подготовку площадки для нового образовательного центра в Слау-Крик. Теперь при редактировании класса сложных отношений и удалении записи площадки для кемпинга Слау-Крик из класса пространственных объектов Campground Facilities (источник) удаляются все шесть связанных с ней кемпингов Слау-Крик в классе объектов Campsite (адресат).
Сложное отношение может помочь вам поддерживать объекты пространственно; если отправление сообщений установлено в прямом направлении, перемещение или вращение объекта-источника заставляет соответственно перемещаться или вращаться объекты-адресаты.
Более подробно о создании классов сложных отношений
Более подробно о классах отношений многие-ко-многим или атрибутивных отношений
Узнайте о советах по использованию класса отношений и опциях, доступных для изменения класса отношений.