|
09.11.2006, 16:49 | #1 |
Участник
|
RecID теперь 64 разрядный и персонально на таблицу. Так что в ближайшее тысячелетие не переполнится
|
|
10.11.2006, 03:50 | #2 |
Участник
|
2Pavel
Насчет проблем разноски в ГК различного рода действий - даже не стоит заострять внимание, ибо неисправимо это на текущий момент в глобальном плане. Пока в системе нет (а скорее всего никогда и не будет, судя по динамике развития данной части системы) нормального репозитария многострочных(настраиваемых параметрически и генерирующих проводки ГК в зависимости от атрибутов обрабатываемого документа) профилей разноски с единой универсальной архитектурой и связью в виде "документ модуля -> его профиль разноски (1 из N возможных)->проводки ГК", а будут профиля разноски в виде "клочки по закоулочкам" - это будет то зло, с которым просто смиряться приходится, в продажах/закупках, запасах,ОСах и т.д. Цитата:
P.S. Надеюсь что все-таки подразумевалась уникальность RecId в рамках компании в таблице - иначе, ну ее в пень дырявый, эту 4-ку с таким счастьем, переход на которую будет эквивалентен перевнедрению системы(у нас по 6 компаний в двух базах, между которыми еще идет синхронизация некоторых данных как раз по паре TableId+RecId). Последний раз редактировалось СибирскийКлещ; 10.11.2006 в 04:36. |
|
10.11.2006, 10:43 | #3 |
Участник
|
Цитата:
Подумайте над этим. Цитата:
Цитата:
Диапазон recId 0..FFFFFFFF зарезервирован для записей из 3шки. Ax4 создает recID вне этого диапазона. В диапазоне 3ки recID могут быть не уникальными в пределах одной таблицы. Мало того, Ax4.0 дублирует recID при дублировании компании. Поэтому полное условие: 1. Ax4.0 хранит recId в 64-битном целом 2. Ax4.0 резервирует диапазон 0..FFFFFFFF для recID, поднятых из 3шки записей 3. Ax4.0 создает уникальные для каждой таблицы recID (без учета компаний) 4. Ax4.0 рассчитывает, что в каждой таблице recID уникальны в пределах одной компании (в разных компаниях в одной таблице могут встречаться неуникальные recid) |
|
|
За это сообщение автора поблагодарили: alex55 (1). |