MozgC,
Скорее всего, верно, поскольку, например, DoAction2 транзитивно зависит от ключа, но сама ни в какой ключ не входит.

MozgCДругое дело что с практической точки зрения по-моему проще сделать такую табличку, чем разделять на несколько таблиц.
Скорей всего, это не друголе дело, а одно и то же: проектировщик стоит перед выбором альтернатив. Он может выбрать как иму "проще сделать табличку" но, к примеру, как потом компенсировать аномалии БД и контролировать избыточность, и между тем как сложнее сделать несколько табличек, но иметь другие буносы в види более оптимальной схемы в плане аномалий, избыточности.
Т.е. проектировщику приходится проявлять обеспокоенность по поводу рисков увелиения скрорости роста энтропии програмного обеспечения и как следствие, удорожания сопровождения и соекращения ЖЦ ИС. Ну и боусы - любой с базовы образованием по БД быстро в БД напишет запросы, не опасаясь всяких там неожиданностей.
Сущекствуют, к примеру, и крайние точки зрения. Например, "Плохо спроектированную БД нельзя компенсировать никакими програмными ухищрениями".

Но риски на то и риски что могут и не наступить. Поэтому есть агрессивный подход и консервативный. Решать проектировщику что оптимальнее для него.

MozgC Повторюсь, прав ли я что такая таблица нарушает 3НФ?
Ну тоже повторюсь - скорее всего, более чем прав.
А то что Вам предлагали коллеги - это варианты схем хде не раушена, скорее всего, 3НФ.
Зачем же Вы этого не видите?

__amgпри такой зависимости нужен только один bool-столбец - значение второго ведь вычисляется как (not DoAction1).
Кому то нужен, а кому-то, может, совсесм не нужен. БД предназеначена для многих прог, юзеров и т.д (это не данные чисто для кода клиентской проги). А в случае одного столбца, нельзя исключить рисков дополнительных усилий при интерпритации данных. Т.е. мы БД создаем для упрощения инфы, а в этом можно увидеть некое усложнение. Кого-то интересует, к примеру, тока DoAction2 и больше ниче знать вроде и не нуно, а тут вдруг придется искать его в одной колонке с DoAction1.
Возможно, в этом кто-то увидит ухудшения структурного соотвествия БД и ПО: в ПО есть DoAction1 и DoAction2, а в БД тока одна колонка. И отнесет это к чрезмерно агресссивному подходу при проектировании БД.