Как сохранять enum в БД?

Собственно, такая задача. У объекта есть свойство, имеющее тип перечисления. Каким образом сохранять значение этого свойства в БД?

Навскидку видится 3 варианта разрешения проблемы:

Сохранять в базе строковое значение элемента enum'а. В этом случае могут возникнуть проблемы, если в будущем элемент будет переименован. В базе останутся старые строковые представления.
Сохранять целочисленное значение элемента enum'а. В этом случае проблемы возникают если в enum добавляется новый элемент, но ему присваивается значение одного из существующих (т.е. новый добавляется между двумя существующими).
Отказаться от использования enum'а. Вместо него использовать объект с единственным свойством типа string. В отдельной таблице в базе хранить возможные значения и ссылаться на них из других таблиц. Наверное, такой способ наиболее удачен с точки зрения сохраняемости, но взамен теряются все преимущества использования перечислений в коде.

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

Ответить Комментировать

Спросил safonovea

967 дн., 12 час., 38 мин. назад

Новые ответы

Новые Лучшие

nickle centre pharmacy http://sundrugstore.net/products/cystone.htm kamagra online pharmacy

Комментировать ссылка

Ответил zefeDyerm

251 дн., 15 час., 31 мин. назад

Еще выдержка из МСДН:

Во время компиляции все ссылки на отдельные значения перечисления преобразуются в числовые литералы. Назначение дополнительных значений новым версиям перечислений или изменение значений членов перечислений в новой версии может вызвать проблемы для зависимого исходного кода. Часто бывает так, что значения enum используются в операторах switch и при добавлении элементов к типу enum тест для значений по умолчанию может неожиданно вернуть значение "true".

А по сему, лучше все-таки задавать явные значения.

Комментировать ссылка

Ответил alex.algel

966 дн., 18 час., 2 мин. назад

В enum можно явно задать значения для каждого элемента:

enum Colors { Red = 1, Green = 2, Blue = 4, Yellow = 8 };

Таким образом, уходит проблема с добавлением новых элементов.

Комментировать ссылка

Ответил alex.algel

966 дн., 22 час., 7 мин. назад

Допустим есть такое перечисление:

enum Levels
{
    Lowest = 1,
    Medium = 2,
    Highest = 3
}

Вдруг появилась необходимость добавить еще два уровня — Lower и Higher. Будет нелогично добавлять их со значениями 4 и 5. Логичнее будет сделать так:

enum Levels
{
    Lowest = 1,
    Lower = 2,
    Medium = 3,
    Higher = 4,
    Highest = 5
}

Представим что у нас в БД есть справочник:

ID Descr
1  Lowest
2  Medium
3  Highest

А потом мы решим добавить еще два элемента и поменять ID у существующих... к чему это приведет понятно? Получается, что хранение упорядоченного списка значений в виде enum - не самое лучшее решение...

Еще, как вариант, реализовать enum следующим образом:

enum Levels
{
    Lowest = 10,
    Medium = 20,
    Highest = 30
}

Согласен, тоже путаница получается. А что если так:

id description order
1  Lowest      1
2  Medium      2
3  Highest     3

Добавили еще 2 элемента и изменили порядок:

id description order
1  Lowest      1
2  Medium      3
3  Highest     5
4  Lower       2
5  Higher      4

Для справочника в БД это как раз нормальное решение, а вот реализовать такое с помощью enum будет достаточно проблематично... Разве что с помощью атрибутов.

Да-да, этот вариант (как я уже указал в вопросе) предполагает отказ от использования enum'а.

Как сохранять enum в БД?

Новые ответы

Теги

Похожие вопросы