Дополнительный столбец SQL или отношение «многие к одному»

Question

Дополнительный столбец SQL или отношение «многие к одному»

0

У меня есть объект Product, и у каждого продукта есть тип, допустим, телефон или ноутбук, поэтому лучше создать объект продукта с типом столбца:

CREATE TABLE product (
    id int PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(50) NOT NULL,
    type VARCHAR(10) NOT NULL
)

Или создайте таблицу только для типа и создайте отношения "Много в один":

CREATE TABLE product (
    id int PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(50) NOT NULL,
    type_id INT NOT NULL,
    FOREIGN KEY (type_id) REFERENCES type(id)
)

CREATE TABLE type(
    id int PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(10) NOT NULL,
)

Daisy Day 04 авг. 2018, в 21:45

Источник

0

Если у вас есть отношение «один ко многим», то у вас есть две сущности, и подходит таблица соединений.
Gordon Linoff 04 авг. 2018, в 19:20
0

так что я должен использовать второй метод? какой из них является более логичным и с лучшей производительностью?
user9816511 04 авг. 2018, в 19:23
0

Это зависит от того, что означает «тип» в вашем дизайне, если это только атрибут, который будет отображаться вместе с продуктом, перейдите к первому решению, но если оно связано с некоторой бизнес-логикой, или вы думаете, что можете расширить его, не имея имени затем перейдите на второй вариант.
Joakim Danielson 04 авг. 2018, в 19:37

Показать ещё 1 комментарий

Теги:

mysql

sql

2 ответа

Ещё вопросы

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

Gordon Linoff · Answer 1 · 2018-08-04T19-50-00.000Z

Предполагая, что продукт может иметь несколько типов, правильная взаимосвязь состоит из трех таблиц. В вашем случае у вас есть только один тип.

Причина, по которой второй метод лучше, заключается в том, что он применял типы с правильной зависимостью от внешнего ключа. Таким образом, вам не нужно беспокоиться о том, что одна строка является 'phone' и другим 'Phone'. У вас есть явный список доступных типов.

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

Daisy Day · Answer 2 · 2018-08-04T19-36-00.000Z

Если у ваших продуктов есть только один тип, ничего не выиграть и многого можно рисковать с точки зрения дополнительной, ненужной сложности, введя дополнительные вкладки. Тип должен быть в той же таблице, быть varchar в таблице и перечислять в java с помощью @Enumerated (String) аннотации.