В общем появилась тут мысль хранить изменяемый параметр используя счетчик к каждой ЕО, но тут возник вопрос производительности, так как таких ЕО может быть хорошо за 10-15 миллионов и соответственно толи в экзите сделать к ЕО свое поле и не заморачиваться на счетчик, толи хочется все таки стандартно, так как счетчик это самое оно для этих целей вроде как подходит... а вопрос в том, есть ли у кого опыт работы с такими объемами?

я бы сделал через классы/признаки....

ИМХО,
счетчики, в основном, нужны тогда, когда на них нужно постоянно делать документы измерений,
а если нужны параметры к ЕО, пусть даже временные, то - либо через доп.поле, либо через признаки

Да тут как раз и будут документы изменения значений идти, поэтому и счетчик вроде как подошел.

С классами есть одна грабля это скорость доступа, значения классы хранят все в одной таблице, а так как этот класс не единственный, то соответсвенно и размер этой таблицы тоже не маленький становится.

Пока, склоняюсь к своему полю, но документы изменений надо будет вводить для этого поля, так как это тоже нужно.

Вы имеете ввиду "документы измерений" к ЕО как они есть в системе ?
или значение вашего поля должно меняться с течением времени ?

Если вам не надо завязываться на планах торо - то имхо доп. поле в ЕО это выход.

Можно и через доументы измерений (если использовать счетчики), можно и через анализ изменений (если создать свое поле, и в нужных местах поднять галку Документы изменений): трудно ответить как поведет себя система с 10-15 млн. записей ЕО - здесь реальный экспиренс работы с таким объемом нужен.

Если поле нужно только для отчетов, имеет смысл проанализировать в каких запросах оно будет использоваться. Грубо говоря, если его значение будет выдергиваться только при просмотре 1 ЕО, выбрать более универсальную схему (лобовой вариант - счетчики) и не морочиться. Если речь идет о сводных отчетах по тысячам ЕО - в комплексе тюнить запросы и схему хранения (в т.ч. не забывая про фичи используемой СУБД).

А в общем и целом, 15М ЕО ой как интересно себя должны вести в смысле производительности и безо всяких доп полей

Да нормально оно себя ведет, хотя конечно тюнингом немного пршлось позаниматься, реально у меня к сожалению этих ЕО несколько даже по больше будем 15М...

Через анализ изменений своего поля, получается долго, туда ж пишутся изменения по всем объектам так что там таблицы вообще не подъемные так как анализировать нужно сотни тысяч ЕО.

Короче пока остановились на тесте работы с 15 лимонами... в принципе если интересует напишу чего получилось в тесте.