f
Это куда?
Воздержусь от ответа) За пределы территории бывшего СССР.
Size: a a a
2020 April 06
AV
Suren Kirakosyan
Люди добрые, снова обращаюсь к вам за вашей практикой. Смотрел книгу Programming on Phoenix >= 1.4. Там McCord создаёт таблицу для users с двумя полями: name and username, а для email и password_hash создаёт отдельную таблицу credentials. Так вот что хотел спросить: для чего он так поступает, почему бы не взять и всё это в одну таблицу засунуть?
Можете в той же самой таблице users хранить эти поля, можете в credentials, как считаете нужным. Если вы покупали книгу, то обновите версию, потому что в итоге они отказались от credentials.
VS
Suren Kirakosyan
Люди добрые, снова обращаюсь к вам за вашей практикой. Смотрел книгу Programming on Phoenix >= 1.4. Там McCord создаёт таблицу для users с двумя полями: name and username, а для email и password_hash создаёт отдельную таблицу credentials. Так вот что хотел спросить: для чего он так поступает, почему бы не взять и всё это в одну таблицу засунуть?
Нормализация/денормализация
AV
Нормализация/денормализация
К нормализации это тоже не имеет отношения, в какой бы таблице вы ни хранили эти поля, вы не получите неконсистентность данных
VS
К нормализации это тоже не имеет отношения, в какой бы таблице вы ни хранили эти поля, вы не получите неконсистентность данных
Что? Разнесение данных из одной таблицы в две не имеет отношения к нормализации?
AV
Что? Разнесение данных из одной таблицы в две не имеет отношения к нормализации?
Нет
AV
Не всякое разнесение данных на разные таблицы есть нормализация
VS
Не всякое разнесение данных на разные таблицы есть нормализация
Разнесения имени юзера, юзернейма и почты не нормализация/денормализация, как интересно
S
Не всякое разнесение данных на разные таблицы есть нормализация
Часто нормализацию неправильно применяют и потому выглядит не как нормализация, а как попытка поумничать. В примере очень похоже на второе
AV
Разнесения имени юзера, юзернейма и почты не нормализация/денормализация, как интересно
именно так, главная цель нормализации - снижение риска несогласованности данных, и в данном случае вы не снижаете этот риск, вынося email и пароль в отдельную таблицу
VS
именно так, главная цель нормализации - снижение риска несогласованности данных, и в данном случае вы не снижаете этот риск, вынося email и пароль в отдельную таблицу
При чем тут какие-то цели?
VS
Цель не цель, мишень миссия?
f
именно так, главная цель нормализации - снижение риска несогласованности данных, и в данном случае вы не снижаете этот риск, вынося email и пароль в отдельную таблицу
ну а если там с боку еще и oAuth будет. У юзера же может вообще не быть логина/пароля....
AV
При чем тут какие-то цели?
Действительно, а зачем вам тогда вообще что-то делать
AV
Разнесение данных по разным таблицам - нормализация, нажимание клавиш на клавиатуре - программирование
SK
Можете в той же самой таблице users хранить эти поля, можете в credentials, как считаете нужным. Если вы покупали книгу, то обновите версию, потому что в итоге они отказались от credentials.
А в чём причина отказа?
AV
Suren Kirakosyan
А в чём причина отказа?
Они не объяснили )
SK
именно так, главная цель нормализации - снижение риска несогласованности данных, и в данном случае вы не снижаете этот риск, вынося email и пароль в отдельную таблицу
А что следует понимать под этим и есть ли примеры про несогласованность данных?
SK
Они не объяснили )
Наверное то, что вы говорите? (нормализация..)
AV
Suren Kirakosyan
Наверное то, что вы говорите? (нормализация..)
Так они же не стали разносить данные на две таблицы