#database #algorithm #database-design
#База данных #алгоритм #проектирование базы данных
Вопрос:
Я работаю над проектом, для которого потребуется наследование данных. Фактические данные, а не модель данных.
Допустим, у вас есть программное обеспечение со списком доступных настроек, которые может изменить каждая организация и подразделение.
Как и простые настройки логотипа: владелец организации может установить его на корневом уровне, и по умолчанию все дочерние организации наследуют его, если они не переопределяют его.
Конечно, данные более сложны (но список настроек фиксирован), и существует бесконечное количество подстрок.
Мне никогда не приходилось работать над таким представлением данных до сих пор и начинать читать об этом. Особенно постарайтесь узнать, есть ли где-нибудь механизм базы данных, оптимизированный для этого.
Я хотел бы избежать рекурсивного SQL — запроса для этого.
Для такой цели (наследование данных) знаете ли вы:
- механизм базы данных, который справится со всей сложностью для нас?
- алгоритм, который делает рекурсивный поиск эффективным?
- какие-либо исследования / статьи / документы, которые необходимо прочитать, прежде чем идти дальше?