Amdei KGP
тогда верно отобразить Task Type как отдельную типовую сущность и связь
Task 0...n -> 1 Type

А есть ли в этом смысл, при условии что кол-во различных Type - ровно 6. И изменяться не будет. А даже если и будет, то это приведет к добавлению нового наследника от TaskEntry. Т.е. один хрен к редизайну базы?
Или в этом какие-то иные преимущества?

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

Bely AmdeiА к каким например ошибкам это может привести? Т.е. вернее будет спросить каких ошибок это может позволить избежать? :)
А то чего-то навскидку мне примеры в голову не идут...Простая вещь: название типа.
Если вы будете писать отчет, то для пользователя выдавать: Тип1, Тип2 итд - не кошерно.
Ему надо выдавать: 'Покраска','Побелка' итд.
Значит вы будете писать что-то вроде такого:
Если же через пол года придется расширить список типов - то кроме того, что придется переделывать базу и программы, придется еще и переделывать все отчеты, чтобы они "видели" этот тип.

это можно сделать через скалярную функцию, НО все равно это имхо jопа в принципе.