Синхронизация таблиц и перечислений ссылочной целостности

Question

Я время от времени размышляю над этим вопросом, поэтому я подумал, что попрошу вас об этом.

Скажем, у меня есть таблица базы данных, которая выглядит следующим образом:

Table: Visibility 
Id Value 
-- ----- 
0 Visible 
1 Invisible 
2 Collapsed 

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

В моем переднем конце у меня есть выбор.

1. Я мог бы запросить эту таблицу и сохраните его, скажем, Dictionary<string, int> или Dictionary<int, string>.

2. Я могу написать перечисление вручную и просто вручную изменить значения в редком случае, если есть изменение в таблице. НАПРИМЕР,

   public enum Visiblity { Visible, Invisible, Collapsed }

3. Что-то еще ????

Что бы вы посоветовали и почему?

Спасибо.

Answer 1

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

Некоторое дополнительное обоснование для этого: если по какой-то причине нужно было добавить четвертое значение, ваш код в любом случае нуждается в обновлении, чтобы иметь возможность справиться с этим. Пока вы на это, очень мало проблем, чтобы обновить перечисление.

Answer 2

В случае, если вам нужно добавить новое значение в таблицу, для этого потребуется изменение кода в приложении для поддержки этого нового значения? Если да, сделайте это enum.

Answer 3

Если у вас есть бизнес-логика, основанная на перечислении, то ваш основной вариант - синхронизация вручную. Если эти строки также являются внешними ключами для другой таблицы (скажем, у вас есть таблица поиска статусов), вы должны сделать тип ID регулярным int с уникальным индексом вместо Identity, чтобы вы могли легко поддерживать пары ID/Value то же самое, если у вас есть базы данных в разных средах.

Answer 4

В зависимости от вашей базы данных вы можете сделать поле видимости перечисленным типом. Таким образом, данные должны быть одним из параметров, которые вы указали при создании таблицы.

Answer 5

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

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

Answer 6

В отличие от ответа Скотта Айви, я предпочитаю (но редко использую) подход, в котором я поддерживаю только перечисления, и при запуске приложения (или, возможно, в событии сборки) используйте Reflection, чтобы убедиться, что значения таблицы соответствуют моему перечислению значения.Это не требует генерации кода, но подвержено позднему обнаружению нарушений ссылочного ограничения.