Это - не аномалия. Это разрушение данных как следствие кривых рук.
Не совсем понял что вы хотели этим сказать. Это существующий термин, используемый тем же Дейтом. Могу лишь согласиться, что на примере с одной таблицей(как в статье), у новичков могут возникнуть вопросы по типу: «А что плохого? Мы ведь можем пройтись по всем строкам и заменить значения». Можем конечно, только сколько времени и ресурсов это займет? А если таблица имеет миллион строк? Суть то тут в том, что в НОРМАЛИЗОВАННОЙ БД обновление данных должно быть выполнено одним действием. Если требуется поменять "Платформа А" на "Платформа В» во всей базе - это должно делаться одним действием. Тык - и поменялось.
Что значит "исчезает информация о существовании курса С++ и платформы Б"
Когда мы удаляем информацию о студенте Петре, мы должны удалить ТОЛЬКО информацию относящуюся непосредственно к Петру. А мы удалил еще и сведения о существовании у нас курса C++. Попробуйте найти ответ на вопрос «Сколько различных курсов преподают в университете?» до и после удаления Пети. Спойлер: ответы будут отличаться, хотя курс никуда не должен был деться, ведь его мы вообще не хотели трогать.
Случайность, невозможная на практике. Просто везение, что каждый предмет ведёт строго один преподаватель.
Когда это прочел, каюсь, не сдержал смех. Вы ко всем обучающим примерам так относитесь? Вы учебники хоть раз в жизни открывали? Много ли там трушных примеров? Да и зачем они здесь, если суть в том, что после JOIN таблиц при неправильной декомпозиции мы терям исходные данные(появление несуществующих до декомпозиции строк я тоже отношу к потерям данных) Вот неужели для такого невероятного mind-blowing факта вам не хватило простого примера?
Любой факт должен быть отражён в идеальной базе (не подверженной техническим ограничениям и не требующей кеширования) ровно один раз. Иначе возможен конфликт
Согласен. Как раз об этом в подробностях будет рассказано в статье про нормализацию и нормальные формы.
Данная же статья статья рассматривает теоретическую сторону ФЗ, для дальнейшего использования теории на практике в нормализации БД.
Спасибо за обзор. Еще можно попробовать Windsurf как альтернативу. Интерфейс как по мне там чище и удобнее, а разницы в ответах этих IDE нету: они оба используют Claude
Не совсем понял что вы хотели этим сказать. Это существующий термин, используемый тем же Дейтом. Могу лишь согласиться, что на примере с одной таблицей(как в статье), у новичков могут возникнуть вопросы по типу: «А что плохого? Мы ведь можем пройтись по всем строкам и заменить значения». Можем конечно, только сколько времени и ресурсов это займет? А если таблица имеет миллион строк? Суть то тут в том, что в НОРМАЛИЗОВАННОЙ БД обновление данных должно быть выполнено одним действием. Если требуется поменять "Платформа А" на "Платформа В» во всей базе - это должно делаться одним действием. Тык - и поменялось.
Когда мы удаляем информацию о студенте Петре, мы должны удалить ТОЛЬКО информацию относящуюся непосредственно к Петру. А мы удалил еще и сведения о существовании у нас курса C++. Попробуйте найти ответ на вопрос «Сколько различных курсов преподают в университете?» до и после удаления Пети. Спойлер: ответы будут отличаться, хотя курс никуда не должен был деться, ведь его мы вообще не хотели трогать.
Когда это прочел, каюсь, не сдержал смех. Вы ко всем обучающим примерам так относитесь? Вы учебники хоть раз в жизни открывали? Много ли там трушных примеров? Да и зачем они здесь, если суть в том, что после JOIN таблиц при неправильной декомпозиции мы терям исходные данные(появление несуществующих до декомпозиции строк я тоже отношу к потерям данных) Вот неужели для такого невероятного mind-blowing факта вам не хватило простого примера?
Спасибо за комментарий!
Согласен. Как раз об этом в подробностях будет рассказано в статье про нормализацию и нормальные формы.
Данная же статья статья рассматривает теоретическую сторону ФЗ, для дальнейшего использования теории на практике в нормализации БД.
Спасибо за обзор. Еще можно попробовать Windsurf как альтернативу. Интерфейс как по мне там чище и удобнее, а разницы в ответах этих IDE нету: они оба используют Claude