|
![]() |
#1 |
Мрачный тип
|
То ли лыжи не едут, то ли я ...
Объясните суть глючности данного явления, пожалуйста. В 4-ке генерация RecId вроде наконец-то избавлена от невменяемого атавизма 3-ки ввиде размазывания RecId по всем таблицам в рамках одной компании - RecID вроде потаблично генерится. В 4-ке порог старта RecId начинается 0000000100000000h(4 294 967 296) дабы с RecId 3-ек не пересекаться. Наличие в двух разных таблицах одинаковых значений идентификаторов записи в такой ситуации у 4-ки - явление, IMHO, вполне нормальное и не должно вызывать никоего беспокойства , кроме абсолютной величины (когда успели почти полтора миллиарда записей насоздавать ?) |
|
![]() |
#2 |
Участник
|
Дело в том что я просто не знал о различиях 3-ки и 4-ки по поводу RecId, поэтому и занервничал.
Теперь все стало на свои места. Всем спасибо за помощь |
|
Теги |
ax4.0, recid |
|
![]() |
||||
Тема | Ответов | |||
if (record) vs if (record.RecId) | 18 | |||
Глюк с RecId в Ax 4.0 | 5 | |||
поля, содержащие RecId | 15 | |||
aEremenko: Дефрагментация RecID | 2 | |||
Два RecId у одной записи таблицы | 33 |
|