Использование номерных серий для формирования числовых полей

[Владимир Максимов]

Довольно часто в качестве идентификатора записи в новых таблицах достаточно использовать поле типа Integer. Для генерации нового значения используется номерная серия, а в момент записи осуществляется конвертация через str2int().

MyTable.MyField = str2Int(numberSeq.num());

Разумеется, у используемой номерной серии или нет формата вообще или он довольно специфический, чтобы преобразование str2int() вернуло число отличное от нуля.

Единственное неудобство, которое есть в данном сценарии, это то, что Extended Data Types, используемый для идентификации номерной серии в таблице ссылок NumberSequenceReference отличается от Extended Data Types на основе которого создано поле таблицы. Т.е. нужны два разных Extended Data Types.

Решением может являться снятие запрета на использование Extended Data Types с типом отличным от STRING в таблице ссылок NumberSequenceReference. Насколько я вижу, обязательность символьного типа данных связана только и исключительно с дополнительной проверкой в случае создания номерной серии через Wizard в методе

\ Data Dictionary \ Tables \ TmpNumberSeqCreate \ Methods \ validateFormat()

Как лучше (правильно) поступить в данном случае?

1. Использовать два разных Extended Data Types. Один для идентификатора записи в NumberSequenceReference, другой для поля рабочей таблицы.
2. Разрешить в качестве идентификатора записи в NumberSequenceReference использовать Extended Data Types любого типа

[ice]

можно не использовать номерную серию, а искать максимальное и прибавлять 1.
в случае массовой вставки счетчик можно вести непосредственно в коде

[S.Kuskov]

Цитата:

Сообщение от ice

можно не использовать номерную серию, а искать максимальное и прибавлять 1.
в случае массовой вставки счетчик можно вести непосредственно в коде

Это не спортивно . Хотя примером того может служить реализация поля LineNum

И ещё в таком случае вы неизбежно попадёте на взаимоблокировки при работе с одной таблицей одновременно нескольких пользователе.
В случае с LineNum эта проблема решена "организационно" - два пользователя не могут одновременно работать с одним документом

[gl00mie]

Цитата:

Сообщение от S.Kuskov

В случае с LineNum эта проблема решена "организационно" - два пользователя не могут одновременно работать с одним документом

Особенно с заказом на покупку/продажу (отвлекаясь от того, можно ли журналы называть документами).

По теме: я бы ослабил ограничение по базовому типу EDT, чтобы можно было использовать целочисленные типы, и научил бы validateFormat() их проверять.