Сохранение перечисляемые константы в базе данных

Question

Возможные Дубликаты:
Should I store Enum ID/values in the db or a C# enumeration?
Persisting Enums in database tables

Быстрый и простой вопрос, который, вероятно, будет фураж для обсуждения:

Допустим, мое приложение имеет перечисление с 2-3 значениями, которые в принципе никогда не изменятся.

Считаете ли вы, что они должны быть представлены в базе данных в их собственной таблице, а затем ссылаться на другие таблицы через отношения с внешним ключом? Или они должны храниться в соответствующих таблицах как простые целочисленные поля, содержащие значение перечисления?

Пожалуйста, объясните свой ответ, а также в отношении сторонников приверженности полному третьему нормальному оформлению формы.

Answer 1

То, что я делаю, это хранить целочисленное значение перечисления в соответствующем столбце таблицы, а также иметь таблицу в базе данных, которая представляет перечисление (с соответствующими идентификаторами, соответствующими значениям перечисления). Да, это означает, что вам нужно постоянно обновлять как перечисление, так и таблицу enum, но, как вы сказали, они редко меняются, поэтому это не имеет большого значения. Преимущество состоит в том, что вы можете использовать реальные имена в своем коде с перечислением, а затем получить имя этого значения перечисления при запросе базы данных.

Answer 2

Простые целочисленные поля (без дополнительной таблицы) будут выполнять работу. Это все упрощает.

Answer 3

Храните их как простые целочисленные поля, но также иметь таблицу для перечисления с целым числом и описанием. Это можно соединить или назвать необходимым.

Answer 4

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

Answer 5

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