Есть ли ORM, который поддерживает композицию без соединения

Question

EDIT: Изменено название из «наследования» в «состав». Левая часть вопроса не изменилась.

Мне любопытно, есть ли инструмент ORM, который поддерживает наследование без создания отдельных таблиц, которые необходимо объединить.

Простой пример. Предположим, что таблица клиентов, с адресом Bill-to и таблицей поставщиков, имеет адрес для перевода. Держите его простым и принимайте по одному адресу каждый, а не дочернюю таблицу адресов для каждого.

Эти адреса будут иметь несколько общих значений: адрес 1, адрес 2, город, штат/провинцию, почтовый индекс. Итак, допустим, у меня будет класс «addressBlock», и я хочу, чтобы клиенты и поставщики наследовали этот класс и, возможно, другие классы. Но мне не нужны отдельные таблицы, которые должны быть объединены, я хочу, чтобы столбцы в таблицах клиентов и поставщиков соответственно.

Есть ли ORM, который поддерживает это?

Ближайший вопрос, который я нашел в StackOverflow, который может быть одним и тем же вопросом, приведен ниже, но я не могу точно понять, спрашивает ли OP, что я спрашиваю. Кажется, он спрашивает о наследовании наследования именно потому, что будет много таблиц. Я ищу случай, когда вы можете использовать наследование без генерации нескольких таблиц.

Model inheritance approach with Django's ORM

Answer 1

JPA (Java Persistence API, реализуемый Hibernate, EclipseLink и другие) поддерживает это: Вы бы определить адреса POJO, пометить его как "встраиваемый", и есть две сущности (клиентов и поставщиков), имеющий каждое поле типа Address (помечено как «встроенное»). Поля адреса клиента будут сопоставлены столбцам в таблице Customer, а поля адреса поставщика будут сопоставлены столбцам в таблице Vendor.

Обратите внимание, что здесь нет наследования. Наследование для - это отношения. Поставщик не является адресом, и клиент также не является адресом. Однако есть состав, потому что у продавца есть адрес, а у клиента есть адрес.