14.04.2015, 11:13 | #1 |
Участник
|
Имеем NAV 5.01. В нем доп. модуль "Рассчет комадировочных". К этому модулю относится таблица 5050256.
С недавних пор в своей локальной (нативной) ДБ я не могу работать с этой таблицей. Неважно что я делаю: открываю ее через Run или через Design, результат один и тот же - см. картинку (в перевода на русский: "NAV больше не функционирует. Осуществляется поиск решения проблемы") После этого выскакивает окошко, что НАВ будет запущен заново, ну и соответственно происходит рестарт программы. Вопросов как всегда два: кто/что виноват ? и что делать? П.С.: в продуктивной (SQL) ДБ таких проблем нет |
|
14.04.2015, 11:18 | #2 |
Участник
|
Попробуйте выгрузить ее в текст, если лицензия позволяет и покопаться в нем.
Еще момент - а вы в нее данные SQLем не вставляли часом? Поля типа Code могут содержать только заглавные буквы, с датами тоже могут быть косяки. Это тоже может вызывать подобные ошибки (но обычно на Run, а не Design). |
|
14.04.2015, 11:26 | #3 |
Участник
|
Цитата:
Сообщение от Alterant
Попробуйте выгрузить ее в текст, если лицензия позволяет и покопаться в нем.
Еще момент - а вы в нее данные SQLем не вставляли часом? Поля типа Code могут содержать только заглавные буквы, с датами тоже могут быть косяки. Это тоже может вызывать подобные ошибки (но обычно на Run, а не Design). Мало того, есть форма 5050261, которая работает на Т5050256. Так я и эту форму не могу даже в Design открыть... не говоря уже про Run. |
|
14.04.2015, 11:28 | #4 |
Участник
|
Цитата:
Сообщение от Alterant
Попробуйте выгрузить ее в текст, если лицензия позволяет и покопаться в нем.
Еще момент - а вы в нее данные SQLем не вставляли часом? Поля типа Code могут содержать только заглавные буквы, с датами тоже могут быть косяки. Это тоже может вызывать подобные ошибки (но обычно на Run, а не Design). Попыталась создать Report (хотела удалить все записи из таблицы), еще только на этапе создания этого отчета меня отпять НАВ отфутболил. ;-( кр.т. при рестарте появляется сообщение (в дословном переводе): Восстанавливается список свободных блоков |
|
14.04.2015, 12:03 | #5 |
NavAx
|
на уровне SQL-сервера покопайтесь
__________________
"Моей лошадке ядрышком полмордочки снесло..." А.В.Суворов, письма к дочери |
|
14.04.2015, 12:18 | #6 |
Участник
|
Дык проблемы-то в нативной локальной базе. В скульной базе все в порядке.
Причем и в нативной-то изначально всё в порядке было. Вот с недавних пор такое началось. Удалить таблицу не могу: ругается, что в ней есть записи, потому ее удалить нельзя. Из пордуктивной базы импортирую этот объект. Импорт проходит нормально. Но после всё равно с таблицей работать невозможно. |
|
14.04.2015, 12:32 | #7 |
Administrator
|
я бы попробовал еще Файл - База Данных - Информация - Таблицы - Восстановить
еще можно отчетом прибить данные, если ругается на таблицу - попробовать recordref-ом |
|
14.04.2015, 12:42 | #8 |
Участник
|
Цитата:
потом удалила таблицу в Object Designer сделала импорт кастомизированной таблицы из продуктивной базы (кастомизация заключалась в том, что было добавлено поле с номером 50000 типа Code 20) таблица не работает снова удалила ее. импортировала НЕ кастомизированную таблицу. Теперь сама таблица через Run и через Design открывается, но форма 5050261 (даже в дизайне) по прежнему не работает. |
|
14.04.2015, 13:00 | #9 |
Участник
|
Цитата:
И, ксати, функции "Восстановить" тоже. Как видно из картинки, там толлько 4 функции имеются: Ключи, Оптимировать, Проверить, Группы ключей. |
|
14.04.2015, 13:13 | #10 |
Участник
|
Восстановила я НЕ кастомизированную форму. ТОгда она заработала.
Можно считать, что проблема снята.... хотя причина сбоя так и осталась для меня невыясненной. |
|
14.04.2015, 16:19 | #11 |
NavAx
|
а чем кастомизированная форма от некастомизированной отличалась?
(лучше всего, наверное, каким-нибудь араксисом сравнить текстовые файлы)
__________________
"Моей лошадке ядрышком полмордочки снесло..." А.В.Суворов, письма к дочери |
|
15.04.2015, 14:56 | #12 |
Участник
|
В таблицу было вставлено новое поле (тип Code20), ну и, соотв-но, в форму была добавлена колонка, отображающая это поле. Вот и всё отличие.
Я выше уже писала, что не получалось выгрузить в Файл. Как только наживаешь Export, программа вылетала и запускалась заново. |
|
15.04.2015, 18:19 | #13 |
Участник
|
Не была ли эта таблица выгружена из базы для модификации в другую базу, и там модифицирована под более поздней версией клиента?
Если так сделать и загрузить объект обратно, может получиться именно такой эффект. |
|
15.04.2015, 21:44 | #14 |
Administrator
|
а я как раз полезничал и сделал конвертер объектов из 2009 навика в 5-й
нашел чем они отличаются и на коленочке нарисовал коррекцию текстового файлика с кучей объектов. если кому нана - обращайтесь, даду просто так. работает. |
|