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

У всех свои проблемы. Например, если вам нужно описывать оборудование, то на 10тыс. видов оборудования (это легко!) вам потребуется завести 10тыс. реляционных табличек для их описания, что уже не просто. Плюс добавьте сюда справочник на пару тысяч единиц измерений, десяток классификаторов, ни один из которых не должен стать главным, и необходимость описывать ситуации в помещением конкретного оборудования с серийным номером в позиции на принципиальной схеме с обозначениями. Модель данных становится суперкучерявой, врукопашную не управиться. В малом или среднем предприятии интеграция обычно может быть сделана на коленке, и не то что трипл-стора, там и MySQL будет много. "Моделирование бизнеса" я не понимаю, о чём речь (ибо бизнес моделируют на каком-нибудь ArchiMate, но у вас тут вроде как про трипл-стор говорится, и я не пойму, зачем он вам). Из нашей софтинки к вашему трипл-стору вполне можно подключиться, что-нибудь на SPARQL оттуда спросить. Только непонятно, зачем. Мы в версии 2 постараемся существенно избавиться от громоздкости, ибо через большой стек стандартов и впрямь тяжело прорваться. И чтобы никаких трипл-сторов не было на поверхности. Основная идея -- это чтобы люди говорили "на псевдокоде", а компьютер потом с использованием справочных данных выводил из этого "псевдокода" нормальные детальные данные, а хоть и в том же трипл-сторе. Ну, и зафиксировать язык описания уровня того же ArchiMate, только с некоторыми дополнительными плюшками. На ArchiMate, например, по определению нельзя описывать оборудование (только данные о нём), а мы постараемся сделать так, чтобы и оборудование тоже можно было описать. Впрочем, я эти планы описывал уже, мы как раз сегодня начали всё это плотно обсуждать. И будем делать небольшой прототип. Так что под разные задачи всегда будут разные инструменты, это мне кажется естественным.