Комментарии 9
Можете меня запинать, но имхо — статья «ни о чём»
может это и так, но ссылки на внешние ресурсы подобраны довольно хорошо
Вообще на 100% согласен. Читаешь и думаешь, а где же рассказ об этих основах. Всю статью говорится о том что проектирование это обширная тема и что база должна быть масштабируемой. Да, бл*ть, знают все это!
Автор путается в определениях и понятиях.
То что он описал как «наличие уникальных имен или названий продуктов в базе данных» — является вполне достаточными данными для организации первичного ключа. В данном случае этот ключ будет называться естественным. Уникальный номер каждой записи, не имеющий физического смыла, называется суррогатным. Говорить о том что нельзя применять естественные ключи — не совсем верно.
То что он описал как «наличие уникальных имен или названий продуктов в базе данных» — является вполне достаточными данными для организации первичного ключа. В данном случае этот ключ будет называться естественным. Уникальный номер каждой записи, не имеющий физического смыла, называется суррогатным. Говорить о том что нельзя применять естественные ключи — не совсем верно.
Любая запись в каждой таблице должна иметь уникальный ключ. Это типа «номера социального страхования» или «штрих-кода» для записи. Он является уникальным для каждой записи. И никакая другая записи не может иметь такой же идентификатор в той же таблице. Наличие уникальных имен или названий продуктов в базе данных не достаточно. Гораздо более эффективным является использование уникальных первичных ключей. Даже несколько уникальных полей в базе данных не защищают ее от возможности дублирования данных, что впоследствии может негативно сказаться на работе сайта.
Что за глупость? По этой логике и уникальный первичный ключ тоже не защитит от дублирования записей.
Если у нас есть пользователи и у каждого есть уникальный email, то его уже достаточно для обеспечения уникальность пользователей. Хотя с первичным ключем удобнее, да.
Что за глупость? По этой логике и уникальный первичный ключ тоже не защитит от дублирования записей.
Если у нас есть пользователи и у каждого есть уникальный email, то его уже достаточно для обеспечения уникальность пользователей. Хотя с первичным ключем удобнее, да.
Читайте мусор перед переводом, пожалуйста!
Ссылка «7 шагов к правильному проектированию баз данных» на 404-страницу ведет :(
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Основы правильного проектирования баз данных в веб-разработке