Третичная логика

mu - альтернатива дихотомии да/нет, правильный ответ на вопрос "Прекратите вы наконец бить свою жену?"

ERP - реляционная vs объектная модель

"Уже давно во всех крупных и не очень крупных, но уважающих себя системах структура данных объектная и выстраивается на уровне application layer".
Плюсы - инвариантность к БД, инкапсуляция,

"Но всё есть до сих пор те, кто тащит логику и техпроцессы на уровень базы данных.
в том числе юзают T-SQL и PL/SQL"
а на application layer нужен свой механизм -> приходится плодить сущности.

в нашей КИСе техпроцессы выделены в отдельный слой. И структура данных от них не зависит.
Соответственно их можно менять сколько угодно.
Можно один раз всё формализовать и реализовать .Но техпроцессы эти точно устареют.
Можно продолжать в том же духе и за мегаденьги.

"А можно просто убрать всю "лишнюю" автоматизацию, состряпать более менее универсальную структуру данных (ООП! а не реляционную), а потом уже вычленять всякие отношения между объектами и обучать объекты новой логике, в том числе и логике взаимодействия друг с другом.

а можно и не обучать. Совсем необученная система обычно и есть "базовая версия"
в такой системе срезается вся логика (и все хотелки) и остаются только "рефлексы" и "инстинкты"...
которые и укладываются в коробку и передаются заказчику.
притом в этом случае заказчик может быть вообще из другой отрасли и вообще может не понимать техпроцессов другого нашего заказчика."