Проблема при переходе на SQL.

[raniel]

Добрый день всем. Попытался перенести данные из нативной базы(4-ка) на SQL(2008). Всё нормально перенеслось... могу зайти и посмотреть объекты. Но стоит попробовать открыть фирму как вылетает сообщение

Zitat:

Определение поля User ID было изменено после сохранения объекта.
Старый тип: Code.
Новый тип: Text

после клиент вылетает с ошибкой:

Zitat:

Внутренняя ошибка 1262 в модуле 19.
Обратитесь вашему дилеру если нужна помощь.

Причём после, параллельно пробовал создать пустую фирму и всё равно её не открывает с этой же ошибкой.
На нативной базе всё отлично работает!
Что я не так делаю и как это всё исправить?
Спасибо!

[Alterant]

Попробуйте перекомпилировать объекты базы.

[raniel]

Alterant Перекомпиляция не помогла. Помогло удаление таблиц с полями User ID размером больше 20... тем более эти таблицы оказались пустые... всё заработало. Похоже при конвертации поля code слишком большх размеров(более 20) поле конвертировалось в Text.... от того и конфликты. Тема закрыта.

[Alterant]

Zitat:

Zitat von Shaitan-Babay

Alterant Перекомпиляция не помогла. Помогло удаление таблиц с полями User ID размером больше 20... тем более эти таблицы оказались пустые... всё заработало. Похоже при конвертации поля code слишком большх размеров(более 20) поле конвертировалось в Text.... от того и конфликты. Тема закрыта.

Да, так скорее всего и было. Дело в том, что у некоторых системных таблиц структура в native и sql базах - разная. Например в таблице "Session" поле "User ID" в native Code130, а в sql - Text64.

[raniel]

Столкнулся с новой проблемой при переходе с нативной базы на SQL. (Не стал открывать новую тему так как соответствует духу)
Значит так есть таблица Dimension Value. Там есть поле Код(тип Code). и в нативной базе сортировка выглядела так:

Zitat:

1
2
3
10
11
19
21
...

При переносе базы под SQL сортировка стала:

Zitat:

1
10
11
19
2
21
3
...

Другими словами в нативной базе поле Code в случае содержания цифр сортирует как цифры, а под SQL как текст.
Индексы не менял. Базу компилировал. Переиндексировал. В свойствах индекса MaintainSQLIndex стоит Yes. Думаю что сортировка должна быть идентичной, иначе как переходить? Нужно данные редактировать.
Как решить эту проблемку не изменяя данные(без добавления нулей)?
Спасибо.

[Alterant]

Zitat:

Zitat von Shaitan-Babay

Столкнулся с новой проблемой при переходе с нативной базы на SQL. (Не стал открывать новую тему так как соответствует духу)
Значит так есть таблица Dimension Value. Там есть поле Код(тип Code). и в нативной базе сортировка выглядела так:

Zitat:

1
2
3
10
11
19
21
...

При переносе базы под SQL сортировка стала:

Zitat:

1
10
11
19
2
21
3
...

Другими словами в нативной базе поле Code в случае содержания цифр сортирует как цифры, а под SQL как текст.
Индексы не менял. Базу компилировал. Переиндексировал. В свойствах индекса MaintainSQLIndex стоит Yes. Думаю что сортировка должна быть идентичной, иначе как переходить? Нужно данные редактировать.
Как решить эту проблемку не изменяя данные(без добавления нулей)?
Спасибо.

Боюсь что никак. Сортировка будет разной. Это один из аспектов апгрейда, описанный во многих мануалах по NAV (по разработке, по апгрейду).

[raniel]

Ну чтож, будем нули дописывать...
Спасибо за оперативный ответ!

[Alterant]

Zitat:

Zitat von Shaitan-Babay

Ну чтож, будем нули дописывать...
Спасибо за оперативный ответ!

Вот еще вспомнил, почитайте:
http://dynamicsuser.net/blogs/vanvug...data-type.aspx

Возможно поможет смена SQL типа с varchar на variant.

[Васыо]

При попытке скомпилировать CU 104015 Field Check (все строго по мануалу) выдается ошибка

FIELDNAME не является функцией. Только функции могут быть вызваны с "(....".

что бы это такое могло быть?
p.s. NAV2009R2

[Васыо]

ай вах вах!, вот оно тут:

F.CheckText(B17235.FIELDNAME("FieldName"),MAXSTRLEN(B17235."FieldName"),B17235."FieldName");

Закомментил целиком функцию Table17235, помогло. Если только эту строчку закомментить - ошибка не исчезает, почему - не стал разбираться, всё равно таблица пустая .