Нормализация SQL базы данных для новичков

Поставьте лайк и подпишитесь!
#Python #Питон #программирование #programming #code #coding #код #кодинг #tutorial

[Алексей]

А как лучше нормализовать базу данных, чтобы избежать повторения данных? я сам недавно искал курсы по IT, рассматривал разные варианты от разных компаний, но в итоге выбрал Skypro и не пожалел))

[oe]

Харош мужик!Мужики в деревне тобой гордятся тобой!

[aleksey]

1. Почему бы не сделать само название типа уникальным ключом? Зачем вводить дополнительные числовые id?
2. Чтобы поменять тип у всех пользователей - нам по-прежнему нужно пройти по всем пользователям. Только теперь мы будем менять не текстовое название типа (VIP, Standard), а числовое. Т.е. проблема производительности никак не решается. Более того, проивзодительность упадёт. Значительно, т.к. нам надо будет ещё делать дополнительные JOIN к другой таблице для каждого пользователями и дополнительное хранить ID каждого типа в памяти базы данных.
3. Единственное, в чём мы выигрываем - это универсальность названий типов пользователей. Сомнительное преимущество, учитывая недостатки.
4. И кстати, это не нормализация. Это то, что ошибочно считают нормализацией.

[topevgn]

Тема хорошая, было бы не плохо раскрыть её полностью и показать как правильно связки делать.

[НогрРонг]

в комментах одна критика, но я наконец то реально понял суть нормализации, так что спасибо

[SergeyArehovski]

Если в случае с городами это разумно, потому что в таблице с городами может храниться куча других полей, кроме названия города, то в случае с типом вообще нет смысла этого делать. Названия типа меняются раз в никогда, но зато при поиске пользователя по типу мы каждый раз будем джойнить таблицу с типами с таблицей юзеров, что негативно скажется на перфомансе.

[РоманЧекалкин-пг]

Да говорил бы уже на английском. А то противно даже...