MySQL создать составной ключ с различными типами данных

Question

MySQL создать составной ключ с различными типами данных

0

Итак, скажем, я пытаюсь создать таблицу в MYSQL, которая содержит 3 столбца: Id, Name и Price. Как я могу создать составной ключ между Id и Name, учитывая, что это разные типы данных? Я пробовал следующий запрос, но я представил ошибку.

CREATE TABLE name_price (
id int NOT NULL,
name Varchar NOT NULL,
price int,
PRIMARY KEY (id, name)

);

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NOT NULL,
    price int,
    PRIMARY KEY (id, name)
)' at line 3

Любая помощь будет оценена по достоинству.

Ollie 22 фев. 2018, в 21:34

Источник

0

Почему вы хотите это сделать? Почему бы не использовать id качестве первичного ключа?
Eric 22 фев. 2018, в 20:34
0

Мне нравятся составные ключи, но в этом примере ключ не должен быть name + price ? Название таблицы предполагает это. Вы можете сохранить id и сделать его ключом или вообще избавиться от него.
Thorsten Kettner 22 фев. 2018, в 20:43
0

Неплохо подмечено. Так что, оставляя идентификатор свободным, дает вам больше гибкости при вставке данных?
Ollie 25 фев. 2018, в 14:42
0

Но в этом случае идентификатор и имя являются двумя первичными ключами, и я подумал, что если у вас есть таблица, содержащая два первичных ключа, вы должны создать новый идентификатор или составной ключ из этих двух?
Ollie 25 фев. 2018, в 14:58
0

Обычно вы можете сказать, что делает запись в таблице уникальной. Для страны это может быть код страны ISO. Для сотрудника это может быть номер сотрудника. Иногда это не один столбец. Если ваша база данных содержит несколько компаний, сотрудник больше не идентифицируется только по номеру своего сотрудника, а по номеру сотрудника в сочетании с их компанией (поскольку в двух разных компаниях может быть сотрудник 1234, но это два разных человека). Это составной ключ.
Thorsten Kettner 25 фев. 2018, в 15:36
0

Вы бы выбрали ключи, которые не меняются. Поэтому не используйте название компании для идентификации компании, поскольку она может измениться (например, «Jones» => «Jones And Sons»), и вам придется изменить это в таблице компании и во всех таблицах, относящихся к этой записи. Иногда вы не находите такой ключ и составляете его (например, просто звоните в эту компанию # 1). Затем вы создали идентификатор и сделали его первичным ключом. В любом случае, вы все еще хотите, чтобы естественный ключ оставался уникальным (то есть, нет двух компаний, которые обе называются «Джонс»). Это не составной ключ; это два разных ключа (company_id и company_name).
Thorsten Kettner 25 фев. 2018, в 15:36
0

Некоторые люди используют технические идентификаторы во всех своих таблицах. Таким образом, у вас может быть таблица стран с кодом страны ISO и идентификатором страны. Тогда у вас будет два ключа (т. Е. Уникальные столбцы, не допускающие значения NULL), и вы сделаете один из них (обычно идентификатор) первичным ключом.
Thorsten Kettner 25 фев. 2018, в 15:36
0

В вашем случае у вас есть идентификатор, который должен быть уникальным в таблице (в противном случае он не должен называться ID). Вы можете сделать это первичным ключом. У вас также есть имя и цена в этой таблице. Вы называете таблицу name_price. Похоже, вы хотите объединить названия и цены, например, «Игрушка 123» с 1 $ и 2 $, «Игрушка 456» с 2 $ и 3 $. В этом случае имеет смысл составной ключ имя + цена. С другой стороны, составной ключ ID + имя или ID + цена не имеет смысла, поскольку один только идентификатор уже должен однозначно идентифицировать запись.
Thorsten Kettner 25 фев. 2018, в 15:36
0

Может быть, вы хотите PRIMARY KEY (id), UNIQUE key (name) . Но тогда имя вашей таблицы не имеет особого смысла, поскольку вы не объединяете имена с ценами, а просто перечисляете имена вместе с их атрибутами. (Таким образом, name будет тогда лучшим именем таблицы, но, конечно, гораздо лучше будет что-то значимое, например, products которых имя и цена будут атрибутами, но имя будет уникальным.)
Thorsten Kettner 25 фев. 2018, в 15:41

Показать ещё 7 комментариев

Теги:

mysql

composite-key

1 ответ

Ещё вопросы

Почему вы хотите это сделать? Почему бы не использовать id качестве первичного ключа?
Мне нравятся составные ключи, но в этом примере ключ не должен быть name + price ? Название таблицы предполагает это. Вы можете сохранить id и сделать его ключом или вообще избавиться от него.
Неплохо подмечено. Так что, оставляя идентификатор свободным, дает вам больше гибкости при вставке данных?
Но в этом случае идентификатор и имя являются двумя первичными ключами, и я подумал, что если у вас есть таблица, содержащая два первичных ключа, вы должны создать новый идентификатор или составной ключ из этих двух?
Обычно вы можете сказать, что делает запись в таблице уникальной. Для страны это может быть код страны ISO. Для сотрудника это может быть номер сотрудника. Иногда это не один столбец. Если ваша база данных содержит несколько компаний, сотрудник больше не идентифицируется только по номеру своего сотрудника, а по номеру сотрудника в сочетании с их компанией (поскольку в двух разных компаниях может быть сотрудник 1234, но это два разных человека). Это составной ключ.
Вы бы выбрали ключи, которые не меняются. Поэтому не используйте название компании для идентификации компании, поскольку она может измениться (например, «Jones» => «Jones And Sons»), и вам придется изменить это в таблице компании и во всех таблицах, относящихся к этой записи. Иногда вы не находите такой ключ и составляете его (например, просто звоните в эту компанию # 1). Затем вы создали идентификатор и сделали его первичным ключом. В любом случае, вы все еще хотите, чтобы естественный ключ оставался уникальным (то есть, нет двух компаний, которые обе называются «Джонс»). Это не составной ключ; это два разных ключа (company_id и company_name).
Некоторые люди используют технические идентификаторы во всех своих таблицах. Таким образом, у вас может быть таблица стран с кодом страны ISO и идентификатором страны. Тогда у вас будет два ключа (т. Е. Уникальные столбцы, не допускающие значения NULL), и вы сделаете один из них (обычно идентификатор) первичным ключом.
В вашем случае у вас есть идентификатор, который должен быть уникальным в таблице (в противном случае он не должен называться ID). Вы можете сделать это первичным ключом. У вас также есть имя и цена в этой таблице. Вы называете таблицу name_price. Похоже, вы хотите объединить названия и цены, например, «Игрушка 123» с 1 $ и 2 $, «Игрушка 456» с 2 $ и 3 $. В этом случае имеет смысл составной ключ имя + цена. С другой стороны, составной ключ ID + имя или ID + цена не имеет смысла, поскольку один только идентификатор уже должен однозначно идентифицировать запись.
Может быть, вы хотите PRIMARY KEY (id), UNIQUE key (name) . Но тогда имя вашей таблицы не имеет особого смысла, поскольку вы не объединяете имена с ценами, а просто перечисляете имена вместе с их атрибутами. (Таким образом, name будет тогда лучшим именем таблицы, но, конечно, гораздо лучше будет что-то значимое, например, products которых имя и цена будут атрибутами, но имя будет уникальным.)

Thorsten Kettner · Accepted Answer · 2018-02-22T19-22-00.000Z

Вы просто пропускаете длину varchar для имени. Например:

CREATE TABLE name_price (
  id int NOT NULL,
  name varchar(100) NOT NULL,
  price int,
  PRIMARY KEY (id, name)
);

Ух ты. извините за тупой вопрос. Спасибо!