Если вы говорите о реляционных базах данных, вам нужно разработать таблицы так, чтобы вы могли хранить все свои объекты и отношения между ними.В случае примера, который вы предоставили
Hospital --> 1..many Floors --> 1..many Rooms --> 0..many Beds
(делая общие предположения о количестве элементов - просто возьмите его в качестве образца)
Исходя из приведенного выше отношения, у вас будет таблица длякаждое существительное, т.е. больница, полы, комнаты и кровати.В реляционной базе данных один RECORD (не столбец) представляет одно отдельное значение объекта, представленного таблицей.Таким образом, если в больнице 10 этажей, в таблице этажей будет 10 записей.
Каждая запись в таблице уникально идентифицируется значением, называемым ее Первичным ключом.
Отношения между родительской и ее дочерними таблицами выполняются с использованием этого Первичного ключа и создания так называемогоограничение внешнего ключа.В принципе, если взять пример, если на 1 этаже 10 комнат, у меня будет номер этажа, т. Е. «1» в таблице комнат, чтобы можно было узнать, к какой комнате относится эта комната.
В целом, хотя этоэто не прямое решение вашего вопроса, я надеюсь, что оно поможет вам в достаточной степени ознакомиться с основными понятиями СУБД, которые вам необходимы для решения вашей проблемы.Ключевые моменты для поиска: количество элементов, первичные и внешние ключи.