Посмотрите таблицу и используйте первичный ключ

Question

У меня возник вопрос о дизайне DataBase.

У меня есть Entity таблица с именем: АВТОМОБИЛИ и У меня есть табличное имя: ЦВЕТ

Таблица CARS имеет: Id, Name и Таблица ЦВЕТ имеют только: ColorName

Таблица ЦВЕТ имеет короткий список цветов, вместо этого CARS может иметь длинный список объектов.

CARS имеет первичный ключ на ID.

Мои вопросы:

• Добавление первичного ключа таблицы перекодировки ЦВЕТА на ColorName, может улучшить производительность?

Таблица CARS будет иметь КЛАСТЕРИРОВАННЫЙ ИНДЕКС на идентификаторе.

• ли вы иметь смысл иметь кластерный индекс АВТОМОБИЛЕЙ на ColorName Спасибо Гас за ваше время!

Answer 1

Кластерные индексы могут увеличить скорость извлечения или вставки, но только тогда, когда данные будут восстановлены или обновлены/вставлены в порядке, соответствующем порядку индекса.

В противном случае это может снизить производительность.

Для более подробного ответа вопрос должен быть более конкретным.

Answer 2

Это немного странно. Вы хотите, чтобы таблица COLORS имела ColorID и ColorName, с кластерным индексом на ColorID и внешним ключом к нему в таблице CARS. Если я правильно понимаю.

Answer 3

1 - Если COLORS - это короткий стол, он может улучшить производительность, но, вероятно, не будет заметным.

2 - У вас может быть только один кластеризованный индекс, и это имеет больше смысла из ограниченной информации, которую вы дали для нее, чтобы быть на ID. У вас будут повторяющиеся записи в ColorName.

Почему вы не меняете colorname на ColorId, добавляете столбец ID в Colors и используете его как кластерный индекс/первичный ключ?