Можно ли из множества разных таблиц вынести поле description VARCHAR(255) в отдельную таблицу?

Question

[Иван Мельников]

Есть множество разных таблиц и почти в каждой из них есть поле description VARCHAR(255).
Можно ли создать отдельную таблицу Description (id INT, description VARCHAR(255)), а в исходных таблицах определить внешние ключи на эту таблицу?
Насколько правильный такой подход?

Answer 1

[Игорь Воротнёв]

Да, можно конечно. Вопрос только в том, нужно ли это. Что это даст? Какую проблему решит? Какого результата вы ожидаете (повышение производительности, удобство редактирования и тд)? Не забывайте, что теперь для получения записи из любой таблицы вместе с ее описанием вам придется делать JOIN - приемлемая ли это цена за такую спорную "нормализацию"?

Comments

[Иван Мельников]

Что это даст?

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

[Игорь Воротнёв]

Иван Мельников,

если сделать все поля фиксированного размера, то таблица должна работать побыстрее.

В чистой теории да, но на практике речь идет о цифрах, которыми можно пренебречь. Разве что у вас в таблицах сотни миллионов записей... Да и то, сэкономленное время на основной таблице будет нивелировано JOINом. Не заморачивайтесь таким, это лишнее.

[PrAw]

Иван Мельников, если дело только в этом - не занимайтесь преждевременной оптимизацией.
При таблице в пару гигабайт и паре индексов разницу будет сложно измерить.

А вот если описания повторяются и хотелось бы хранить в одном экземпляре - тогда есть некоторый смысл.

[Игорь Воротнёв]

Иван Мельников,

все поля, кроме description, имеют фиксированный размер в байтах и только поле description может иметь разный размер в байтах

И кстати VARCHAR в обычных ситуациях даже лучше в плане производительности, чем аналогичный CHAR например, в силу того что будет занимать меньше места на диске. CHAR будет на 20% быстрее при чтении индексов и будет иметь смысл только в одном случае - если все значения одинаковой длины. Например, это MD5 хеши какие-то, все длиной в, скажем, 40 символов. Вот тогда VARCHAR не имеет смысла, потому что длина строки не VAR(IABLE). В остальных случаях VARCHAR будет предпочтительнее и эффективнее.