Cyrax_02авторнет никакой проблемы на старте приложения запросить содержимое словаря
Если возможные значения будут представлены строковыми константами или типом ENUM, то как будет выглядеть
запрос возможных значений ?
1.
select COLUMN_TYPE from INFORMATION_SCHEMA.COLUMNS where TABLE_NAME = 'имя таблицы' AND COLUMN_NAME = 'имя поля';
Cyrax_02К примеру, некоторая сущность в некотором поле может иметь 5 значений. Для двух из них имеет место свой (индивидуальный) алгоритм обработки, для остальных - общий алгоритм обработки:
1.
2.
3.
if(value = значение1) { ... }
elseif(value = значение2) { ... }
else { ... }
Наверное, всё-таки какой-нить там CASE или SWITCH... в пыхах не силён.
Cyrax_02В этом где и в каком виде целесообразно хранить возможные значения ?
И что из себя будут представлять
значение1 ,
значение2 , ... - строковую мнемонику или значение перечисления ?
Учитывая, что данные о сущностях (включая эти самые значения) будут передаваться в другую программную систему, которая также должна уметь различать эти значения.
Подобные ветвления должны организовываться на стороне принимающей данные системы, и там должна быть таблица выбора метода обработки - соответствия между значением поля и неким внутренним для системы индексом (т.е. в коде выше значениеХ - это ни разу не то, что передано из внешней системы, а соответствие переданного значения внутреннему коду метода обработки) используемого для этого значения метода. А как выполняется идентификация значения в этой таблице - по мнемонике или по её индексу - в общем, неважно, проверка-то на равенство. С учётом того, что вероятность изменения мнемоники выше, наверное, предпочтителен внутренний согласованный индекс (из таблицы соответствия подсистемы импорта данных).
