И так уважаемые читатели, нашел я время на реализацию API для встройки его в приложения. Сейчас создал базу данных и создал таблицы, наполнил таблицу столбцами и полями данных:
А так же сделал необходимые связи согласно правилами оптимизации базы данных и логики отображения "один-к-одному" и "один ко многим", Связи один к одному и один ко многим являются двумя распространенными типами связей, которые играют важную роль в организации и оптимизации данных.
Связь "один-к-одному"
Определение: Связь один к одному означает, что одна запись в одной таблице может быть связана с максимум одной записью в другой таблице.
Преимущества "один-к-одному":
- Нормализация данных: Связи один к одному помогают устранить дублирование данных и обеспечить целостность данных.
- Простота запросов: Запросы к связанным данным становятся более простыми и понятными.
- Гибкость: Модель позволяет легко добавлять новые атрибуты в таблицу
Реализация:
Связь "один-к-одному" в MySQL может быть реализована с помощью первичного ключа и внешнего ключа. Первичный ключ одной таблицы (например, ID страны) становится внешним ключом в другой таблице (например, в таблице "Производителей").
Связь "один ко многим"
Определение: Связь один ко многим означает, что одна запись в одной таблице может быть связана с множеством записей в другой таблице
Преимущества:
- Эффективность хранения данных: Связи "один ко многим" позволяют хранить повторяющиеся данные более эффективно, чем дублирование их в нескольких таблицах.
- Масштабируемость: Модель хорошо подходит для ситуаций, когда количество записей в одной таблице может значительно превышать количество записей в другой.
- Гибкость: Модель позволяет легко добавлять новых производителей и новые страны без изменения структуры существующих таблиц.
Реализация:
Связь "один ко многим" в MySQL обычно реализуется с помощью первичного ключа одной таблицы (например, ID Страны) и внешнего ключа в другой таблице (например, ID Страны в таблице "Производителей").
Выбор между связью "один-к-одному" и "один ко многим" зависит от специфики данных и требований приложения.
Почему не выпускал статью раньше?
Да потому что работал и реализовывал структуру БД и не так просто реализовать, ведь для этого нужно походить из угла в угол, сходить подышать свежим воздухом, пообщаться с ребятами и потом прийти и сесть за стул, "накидать" на холст определенную логику и после этого "накидать" черновик в БД, после этого нужно еще несколько циклов совершить пешей прогулки и потом вновь вернуться, помедитировать , снова сделать несколько бесед и вернуться - вообщем это все и называется тщательное продумывание структуры базы данных, а так же если не продумать, то в последующем может привести к проблемам с целостностью и производительностью. Тем не менее я надеюсь моё время потраченное на реализацию БД устранит дублирование и повысить эффективность хранения.
Ну и что в результате?
В результате создана база данных с необходимыми столбцами и полями, а так же реализованы связи между таблиц. В скоре буду писать логику и скрипты для получения данных. В этой статье я отписываю что, начало задано!!!
И еще не хочу пользоваться отложенным постингом, буду сразу выкладывать и кому интересно присоединяйтесь. Всех обнял ;)
Если кому интересно, как я начал свой путь разработчика, то расскажу в следующих статьях, но если в кратце, то изначально обучался в GeekBrains, переходи там от меня до 45% скидка на обучение.
Сайт: AutoMaintEase
Telegram канал: AutoMaintEase
Благодарность ЮMoney: yoomoney
Благодарность на карту: 5599 0020 4335 1859