Теперь, как и обещал в комментах, расскажу немного о базах данных. И первое, что тебе надо знать, что если у тебя в универе был тройбан по матану и теории множеств в частности, то ты все еще сможешь понять базы данных, пусть и не так быстро, ведь эти штуки очень крепко связаны.
Как водится, я не буду долго размусоливать теорию, мол возьмем множества A, B и C и попробуем найти в них общие элементы. Нет, этой теории и без меня в интернете большая куча.
Видов баз данных у нас довольно много это и всякие объектные и иерархические и сетевые, но последнее время для корпоративной разработки используются или реляционные или документо-ориентированные, в зависимости от цели.
Но сначала давай рассмотрим реляционные базы данных. Их название говорит само за себя: relation, связь, то есть БД со связанными сущностями. Там, где одна таблица зависит от другой. К примеру, у нас есть таблица товаров, в которой прописаны характеристики: название, габариты, вес, цена и другая таблица, с заказами, где указаны грубо говоря ссылки на эти товары: товар под номером 1 заказали месяц назад в количестве 5 штук, а еще 1 штуку заказали вчера. Как ты понимаешь, если каждый раз копировать всю информацию о товаре, то базу данных можно уменьшить до одной таблицы, но из-за тупого копирования данных, которые по сути при необходимости можно посмотреть в другой таблице, очень сильно раздует всю базу, ведь вместо того чтобы хранить каждый вид информации в единственном экземпляре, мы ее постоянно дублируем. Да, так иногда делают, это называется денормализацией, но сейчас у нас совершенно стандартный случай, который не требует извращений. Итак, запомни на данный момент главное правило: не надо дублировать информацию и если ее можно вынести в отдельную таблицу, то лучше так и сделать. Далее мы с тобой поговорим про так называемые “нормальные формы”, а пока подписывайся чтобы не пропустить!
#базы_данных