Переход на SQL 2005

[Lucky13]

Пытаемся перейти на SQL 2005. База присоединилась нормально, но при синхронизации и проверке в Аксапте выдается ошибка "Признак возможности нулевого значения полей не совпадает. Изменить невозможно". На первый взгляд наличие такой ошибки не на что не влияет. Какие последствия может повлечь за собой такая ошибка и возможно ли ее исправить.

Axapta 3.0 SP3 KR1, Win2003 Ent x64 SP1, SQL2005 Ext x64

[belugin]

а чего не KR2 или KR3 у меня по форуму сложилось впечатление, что KR1 довольно глючный

[EVGL]

А по моему опыту KR2 довольно глючный... Нет в мире совершенства.

[Lucky13]

Опытным путем выяснилось, что подобная ошибка возникает и на SQL2000. Отсюда следует, что SQL 2005 здесь ни причем. Чтобы это тогда могло быть?

[ALES]

Цитата:

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

Опытным путем выяснилось, что подобная ошибка возникает и на SQL2000. Отсюда следует, что SQL 2005 здесь ни причем. Чтобы это тогда могло быть?

Вспоминайте, кто что с уникальностью индексов в последнее время делал и что в AOT, а что в sqlной структуре прописано.

[AndyD]

В поле таблицы в базе данных установлена возможность вставлять NULL значения (allow NULL).
Если установлена галка "Упрощенная проверка массива", то это поле входит в массив
Имя таблицы и имя поля указываются в отчете.

[Sergey Dolzhnicov]

to Lucky13

а можешь описать пошагово как ты это делал?
я тоже попробовал перейти на 2005 sql, вроде заработало

как я делал :
A X3.0 SP5 на него накатил KR3, далее глобальная компиляция
затем бак базы с 2000 sql перенес на 2005, ну и выставил базу в режим совместимости 90

пробовал я все это дело на виртуал сервер 2005 r2

[Андре]

Похожая ситуация. Есть СУБД на Oracle.
В ряде таблиц RecVersion объявлен так: RECVERSION NUMBER(10) DEFAULT 1 NOT NULL,
А в половине вот так: RECVERSION NUMBER(10).
Закономерности я не нашел, понимаю, что, в общем то, ничего страшного, но может кто подскажет - почему так получилось?

[ZVV]

Привет.

Цитата:

Сообщение от Андре

В ряде таблиц RecVersion объявлен так:
RECVERSION NUMBER(10) DEFAULT 1 NOT NULL,
А в половине вот так: RECVERSION NUMBER(10).

Наверное точнее вот так:

Цитата:

А в половине вот так: RECVERSION NUMBER(*,0) DEFAULT 1.

По крайней мере у меня так.

Точно сказать о причинах не могу, есть подозрение, что когда накатывался роллап, то Аксапта посоздавала всем таблам RecVersion по второму варианту, а те таблицы которые менялись или создавались впоследствии - уже синхронизировались "по полной". По первому варианту.

[ZVV]

Но у меня 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.

[Андре]

Цитата:

Наверное точнее вот так:

Нет, именно так, как я написал

Цитата:

огда накатывался роллап, то Аксапта посоздавала всем таблам RecVersion по второму варианту, а те таблицы которые менялись или создавались впоследствии - уже синхронизировались "по полной"

Было такое подозрение, но среди проблемных таблиц много и тех, которые на sys слоях, то есть, всю жизнь были в приложении.

Цитата:

А если у вас kr2, то читайте описание фиксов к KR2

Спасибо. Посмотрю.

[ZVV]

Цитата:

Сообщение от Андре

... среди проблемных таблиц ...

А какие из них вы считаете "проблемными"? ))

[Андре]

Без NOT NULL. В общем то, я их не считаю проблемными - проблемными их считает вышеупомянутый отчет.

[ZVV]

Цитата:

Сообщение от Андре

Было такое подозрение, но среди проблемных таблиц много и тех, которые на sys слоях, то есть, всю жизнь были в приложении.

Цитата:

Сообщение от Андре

Без NOT NULL

Ну так именно это я и подразумевал, что таблицы уже были. И когда накатывался роллап, который добавлял столбец RecVersion, он добавил его с опцией NULL...