Один из способов понять схему базы данных - это подключить данные обратно к основной теме.Схема обычно излагает логическую структуру данных, включая таблицы, столбцы и ограничения.Семантика данных иногда отходит на второй план.Судя по твоему вопросу, похоже, что так и есть.
Названия столбцов имеют для меня большое значение, но я почти ничего не знаю о прокате велосипедов.Если бы вы могли поговорить с кем-то, кто фактически управляет прокатом велосипедов, этот человек может иметь смысл для вас.Или этот эксперт может дать вам изображение, которое расходится с моделью.
Самым важным для понимания всей картины является понимание того, что представляют собой первичные ключи и какие внешние ключи ссылаются на них.К счастью, они были помечены для вас на диаграмме.Столбцы, помеченные PK, являются первичными ключами.Столбцы с меткой FK являются внешними ключами.Они не говорят, что они имеют в виду, но вы можете сделать вывод из имен.Например, Rentals.Bicycle_ID четко ссылается на Bicycles.Bicycle_ID.
Обозначенные PF являются внешними ключами и (частью) первичными ключами.Вы видите это в таблице Bicycles_in_Shops.Это часто происходит в таблицах, в которых реализовано отношение «многие ко многим», где два внешних ключа, взятые вместе, составляют первичный ключ для таблицы, содержащей отношение.
Одно упражнение, которое вы могли бы поставить для себя, - спросить, какие таблицы представляют сущности, а какие - отношения в модели ER предмета.Это предполагает, что вы знаете, что такое сущность и что такое отношения.Если вы этого не знаете, его стоит изучить, хотя моделирование ER немного отличается от реляционного моделирования.
Надеюсь, это поможет.