|
|
|
|
#1 |
|
Участник
|
2Pavel
Насчет проблем разноски в ГК различного рода действий - даже не стоит заострять внимание, ибо неисправимо это на текущий момент в глобальном плане. Пока в системе нет (а скорее всего никогда и не будет, судя по динамике развития данной части системы) нормального репозитария многострочных(настраиваемых параметрически и генерирующих проводки ГК в зависимости от атрибутов обрабатываемого документа) профилей разноски с единой универсальной архитектурой и связью в виде "документ модуля -> его профиль разноски (1 из N возможных)->проводки ГК", а будут профиля разноски в виде "клочки по закоулочкам" - это будет то зло, с которым просто смиряться приходится, в продажах/закупках, запасах,ОСах и т.д. Цитата:
. Но вот вопрос, "персонально на таблицу" - это следует понимать как уникальность RecId в рамках только таблицы? Если именно так - страшно даже думать о перспективах и масштабах геморроя при переходе с 3-ки на 4-ку для БД с несколькими компаниями в плане того, какую работу надо проделать будет для сохранения ссылочной целосности в таблицах , имеющих Relations по паре TableId+RecId, коих немало в репозитарии. Будет ли решение данной проблемы сделано в рамках средств апгрейда 3-ки на 4-ку, которые предоставит вендор, или ляжет грузом на партнеров/несчастных пользователей, самостоятельно сопровождающих систему - вот еще в чем вопрос. P.S. Надеюсь что все-таки подразумевалась уникальность RecId в рамках компании в таблице - иначе, ну ее в пень дырявый, эту 4-ку с таким счастьем, переход на которую будет эквивалентен перевнедрению системы(у нас по 6 компаний в двух базах, между которыми еще идет синхронизация некоторых данных как раз по паре TableId+RecId). Последний раз редактировалось СибирскийКлещ; 10.11.2006 в 04:36. |
|
|
|
|
#2 |
|
Участник
|
Цитата:
Подумайте над этим. Цитата:
Цитата:
Диапазон 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). | |