|
23.10.2006, 14:30 | #1 |
Участник
|
Переход на SQL 2005
Пытаемся перейти на SQL 2005. База присоединилась нормально, но при синхронизации и проверке в Аксапте выдается ошибка "Признак возможности нулевого значения полей не совпадает. Изменить невозможно". На первый взгляд наличие такой ошибки не на что не влияет. Какие последствия может повлечь за собой такая ошибка и возможно ли ее исправить.
Axapta 3.0 SP3 KR1, Win2003 Ent x64 SP1, SQL2005 Ext x64 |
|
23.10.2006, 15:44 | #2 |
Участник
|
а чего не KR2 или KR3 у меня по форуму сложилось впечатление, что KR1 довольно глючный
|
|
23.10.2006, 16:19 | #3 |
Banned
|
А по моему опыту KR2 довольно глючный... Нет в мире совершенства.
|
|
23.10.2006, 16:27 | #4 |
Участник
|
Опытным путем выяснилось, что подобная ошибка возникает и на SQL2000. Отсюда следует, что SQL 2005 здесь ни причем. Чтобы это тогда могло быть?
|
|
23.10.2006, 16:48 | #5 |
Участник
|
|
|
23.10.2006, 17:42 | #6 |
Участник
|
В поле таблицы в базе данных установлена возможность вставлять NULL значения (allow NULL).
Если установлена галка "Упрощенная проверка массива", то это поле входит в массив Имя таблицы и имя поля указываются в отчете.
__________________
Axapta v.3.0 sp5 kr2 |
|
|
За это сообщение автора поблагодарили: belugin (8). |
05.12.2006, 08:10 | #7 |
Участник
|
to Lucky13
а можешь описать пошагово как ты это делал? я тоже попробовал перейти на 2005 sql, вроде заработало как я делал : A X3.0 SP5 на него накатил KR3, далее глобальная компиляция затем бак базы с 2000 sql перенес на 2005, ну и выставил базу в режим совместимости 90 пробовал я все это дело на виртуал сервер 2005 r2 |
|
03.12.2007, 14:02 | #8 |
Moderator
|
Похожая ситуация. Есть СУБД на Oracle.
В ряде таблиц RecVersion объявлен так: RECVERSION NUMBER(10) DEFAULT 1 NOT NULL, А в половине вот так: RECVERSION NUMBER(10). Закономерности я не нашел, понимаю, что, в общем то, ничего страшного, но может кто подскажет - почему так получилось? |
|
03.12.2007, 15:48 | #9 |
MCITP
|
Привет.
Цитата:
Цитата:
А в половине вот так: RECVERSION NUMBER(*,0) DEFAULT 1.
Точно сказать о причинах не могу, есть подозрение, что когда накатывался роллап, то Аксапта посоздавала всем таблам RecVersion по второму варианту, а те таблицы которые менялись или создавались впоследствии - уже синхронизировались "по полной". По первому варианту.
__________________
Zhirenkov Vitaly |
|
03.12.2007, 15:51 | #10 |
MCITP
|
Но у меня sp3 kr1
А если у вас kr2, то читайте описание фиксов к KR2: Цитата:
Poor performance of kernel installed on Oracle based Axapta systems
post OCC (Optimistic Concurrency Checking) implementation. · Problem The process of creating RECVERSION columns on database upgrade took very much time on Oracle database. The problem was with SQL statement used for creating RECVERSION columns: it used "ALTER TABLE ... ADD RECVERSION INT DEFAULT 1" statment causing Oracle to actually allocate space for new column in all table rows and fill that column with default value. · Solution The fix is to use "ALTER TABLE ... ADD RECVERSION INT" statement so that Oracle would create columns using default NULL value. This way space wouldn't need to be allocated at once for all table rows.
__________________
Zhirenkov Vitaly |
|
03.12.2007, 16:10 | #11 |
Moderator
|
Цитата:
Наверное точнее вот так:
Цитата:
огда накатывался роллап, то Аксапта посоздавала всем таблам RecVersion по второму варианту, а те таблицы которые менялись или создавались впоследствии - уже синхронизировались "по полной"
Цитата:
А если у вас kr2, то читайте описание фиксов к KR2
|
|
03.12.2007, 16:18 | #12 |
MCITP
|
Цитата:
Сообщение от Андре
... среди проблемных таблиц ...
__________________
Zhirenkov Vitaly |
|
03.12.2007, 16:20 | #13 |
Moderator
|
Без NOT NULL. В общем то, я их не считаю проблемными - проблемными их считает вышеупомянутый отчет.
|
|
03.12.2007, 18:01 | #14 |
MCITP
|
Цитата:
Сообщение от Андре
Было такое подозрение, но среди проблемных таблиц много и тех, которые на sys слоях, то есть, всю жизнь были в приложении.
__________________
Zhirenkov Vitaly |
|
Теги |
recversion, sql 2005, ошибка, переход, ax3.0 |
|
|