Контроль превышения номерных серий

[Raven Melancholic]

Ну и, наверняка, во многих случаях менять придется не сам EDT. Куча EDT, используемых в номерных сериях расширяются от других, например от SysGroup, которая по умолчанию 10 символов.
Но, с другой стороны, не каждый наследник SysGroup используется в номерных сериях.

[sukhanchik]

Цитата:

Сообщение от Ace of Database

Но я спрашивал без идеологии, может просто у кого-то есть такой джоб.

Такой джоб технически невозможно написать, потому что:
1.

Цитата:

Сообщение от Raven Melancholic

Ну и, наверняка, во многих случаях менять придется не сам EDT. Куча EDT, используемых в номерных сериях расширяются от других, например от SysGroup, которая по умолчанию 10 символов.
Но, с другой стороны, не каждый наследник SysGroup используется в номерных сериях.

2.

Цитата:

Сообщение от Raven Melancholic

Ну все EDT, используемые в номерных сериях только через привязку по модулям автоматом не выявишь.
Всё равно есть еще разные использования номерных серий. Например, для ваучеров ГК номерные серии еще задаются в наименованиях журналов разных типов, есть еще разные места, где номерная серия задается не через привязку по модулям.

3. Даже если Вы просто вручную расширите только EDT Name, то у Вас свалится компиляция на узле Query (есть еще EDT, не являющийся наследником Name, без синхронного увеличения которого Вы не добьётесь отсутствия ошибок компиляции). А если Вы расширите какой-то EDT, который влияет на Query (из-за которого Query перестанет компилироваться), который в свою очередь влияет на View - то у Вас и синхронизация свалится.

4. А если не соберете CIL после этого - то у Вас "свалятся" SSRS / пакетники в ошибку, когда код в пакетнике / в DP-классе SSRS-отчета в упор будет считать, что EDT не расширен и обрезать данные.