Без заголовка

SQL он на основе реляционной модели, которая на основе отношений, пусть и не обязательно бинарных. А произвольные отношения отношения всегда можно декомпозировать на набор бинарных (ну может унарных тоже чутка). Ну и соответственно, ежели еще следить за тем, чтобы новые отношения отражали факты, то по сути мы и придем к факт-ориентированности. С программистами же тут такой момент, что они обычно же действуют на уровне дизайна и прогроммирования. А факт-ориентированность - это уровень архитектуры/требований. Т.е. тут противоречия-то по сути и нет, ибо когда мы мапим на SQL и ОО языки, то нам и нужно денормализовывать отношения в какой-то степени и использовать объекты с атрибутами. Просто программерам еще надо объяснять разницу между архитектурой, дизайном и программированием. Ну и тогда, думаю, проблемы объяснить факт-ориентированность не будет. Разве что ленивый мозгом программер попадется.