S
Ну так неправильное хранение этих параметров (Столбец "Параметры" не должен содержать несколько значений, наружение 1НФ) Есть же формы нормализации таблиц, им нужно следовать а не пренебрегать...
1НФ не о том совсем)
Size: a a a
2020 February 17
EA
1НФ не о том совсем)
Аргументируй
S
Аргументируй
1НФ у каждой записи должен быть идентификатор, по которому ты уникально идентифицируешь запись в БД.
Нарушение 1НФ это таблица типа
Мазда
Пежо
Опель
Мазда
В такой таблице ты четко не можешь идентифицировать запись введя в поиске Мазда
Нарушение 1НФ это таблица типа
Мазда
Пежо
Опель
Мазда
В такой таблице ты четко не можешь идентифицировать запись введя в поиске Мазда
EA
1НФ у каждой записи должен быть идентификатор, по которому ты уникально идентифицируешь запись в БД.
Нарушение 1НФ это таблица типа
Мазда
Пежо
Опель
Мазда
В такой таблице ты четко не можешь идентифицировать запись введя в поиске Мазда
Нарушение 1НФ это таблица типа
Мазда
Пежо
Опель
Мазда
В такой таблице ты четко не можешь идентифицировать запись введя в поиске Мазда
Первая нормальная форма
Отношение находится в 1НФ, если все его атрибуты являются простыми, все используемые домены должны содержать только скалярные значения. Не должно быть повторений строк в таблице.
Отношение находится в 1НФ, если все его атрибуты являются простыми, все используемые домены должны содержать только скалярные значения. Не должно быть повторений строк в таблице.
EA
То о чем ты говоришь это правило, одно из 3 и оно относится к 1НФ
SB
О! Срач по теории реляционных БД.
EA
О! Срач по теории реляционных БД.
Присоединяйся)
S
Первая нормальная форма
Отношение находится в 1НФ, если все его атрибуты являются простыми, все используемые домены должны содержать только скалярные значения. Не должно быть повторений строк в таблице.
Отношение находится в 1НФ, если все его атрибуты являются простыми, все используемые домены должны содержать только скалярные значения. Не должно быть повторений строк в таблице.
Атомарность лишь дополнение к 1 НФ но не определяющий ее фактор ,
Запись типа ФИО тоже тогда не 1 НФ или адрес в котором город, улица и дом в одном поле - тоже нарушение 1 нф если уж доколупаться.
Запись типа ФИО тоже тогда не 1 НФ или адрес в котором город, улица и дом в одном поле - тоже нарушение 1 нф если уж доколупаться.
S
но на порактике никто не будет хранить таблицы типа название улиц, номера домов
S
Отдельную таблицу с именами и отдельную с фамилиями)
EA
Отдельную таблицу с именами и отдельную с фамилиями)
Хранят, для быстрого заполнения)
EA
Атомарность лишь дополнение к 1 НФ но не определяющий ее фактор ,
Запись типа ФИО тоже тогда не 1 НФ или адрес в котором город, улица и дом в одном поле - тоже нарушение 1 нф если уж доколупаться.
Запись типа ФИО тоже тогда не 1 НФ или адрес в котором город, улица и дом в одном поле - тоже нарушение 1 нф если уж доколупаться.
Ну разные долбоебы из гос учреждений целиком хранят адреса и ничего, нормальное
EA
Кто прав кто виноват?
S
Я имел ввиду представь обслуживать БД, где с точки зрения атомарности все таблицы должны быть ID Key и ничего больше
SB
Зависит от задач. Если вам нужен просто адрес (для доставки пиццы), то пофигу. А если надо верифицировать и разбивать по домам, то надо разделять.
НП
Ну разные долбоебы из гос учреждений целиком хранят адреса и ничего, нормальное
Лицо прогера, который работает на гос. организацию и пишущий адрес в оин столбец )
S
Т.е. для обычной записи клиента тебе нужно завести три таблицы, Имена, Фамилии, Отчетва, а таблица клиентов будет вида IdИмя Идфамили, Ид отчества)
SB
😂
EA
😁👍 Ну или вспомнят в прошлом