Интересный вопрос к ветеранам

[Jox]

Проблема с ипортом...

У нас имеется девелоперская, тестовая база и рабочая.
При импорте проекта в тестовую базу все проходит хорошо...
А вот, при импорте из тестовой в рабочую начинаются проблемы с модифицированными таблицами...

При сравнении модифицированной таблицы на этапе импорта происходит следующее...
Вне зависимости от того какая это таблица, новые поля отображаются как UNKNOW, также отображаются все время одни и теже "новые" группы полей и "новые" отношения, хотя они в таблице никогда не присутствовали, и никто их туда добавлять не собирался... Такая проблема только с таблицами, причем методы на них корректно сравниваются...

[Андре]

Попробуйте импортировать проект дважды. Дело в том, что никто не гарантирует в каком порядке будут импортироваться элементы проекта и, если в проекте были созданы новые типы и поля на таблицах, использующие эти новые типы, то вполне возможен случай, когда сначала импортируются таблицы, а только потом типы данных

[Jox]

Цитата:

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

Попробуйте импортировать проект дважды. Дело в том, что никто не гарантирует в каком порядке будут импортироваться элементы проекта и, если в проекте были созданы новые типы и поля на таблицах, использующие эти новые типы, то вполне возможен случай, когда сначала импортируются таблицы, а только потом типы данных

Проекты импортировать пытались по несколько раз, результат один и тот же.

Цитата:

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

Дело в том, что никто не гарантирует в каком порядке будут импортироваться элементы проекта и, если в проекте были созданы новые типы и поля на таблицах, использующие эти новые типы, то вполне возможен случай, когда сначала импортируются таблицы, а только потом типы данных

В данном случае наблюдалась бы как и ранее слежующая ситуация: Компилятор выдал бы ошибки, типы не известный EDT и т.п., просто слетели бы со свойств EDT и все, в общем ничего страшного на самом деле, однако же у нас, не отображается даже имя переносимого поля, вместо имени пишеться UNKNOW и лезут какие-то "левые" объекты в таблицы...

[Logger]

Цитата:

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

Проекты импортировать пытались по несколько раз, результат один и тот же.
...
однако же у нас, не отображается даже имя переносимого поля, вместо имени пишеться UNKNOW ...

Судя по симтомам, у вас проблема с кешировнаием объектов приложения в AOC файлах.

Импорт проектов делать лучше при остановленном сервере приложения.

И обязательно после этого убивать на клиентском месте aoc файлы. Пользователь в этот момент должен выйти из аксапты, а то файл может пересоздаться заново и не факт что чистеньким.

По карйней мере нам удаление aoc файлов помогло.

[Jox]

Цитата:

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

Судя по симтомам, у вас проблема с кешировнаием объектов приложения в AOC файлах.

Импорт проектов делать лучше при остановленном сервере приложения.

И обязательно после этого убивать на клиентском месте aoc файлы. Пользователь в этот момент должен выйти из аксапты, а то файл может пересоздаться заново и не факт что чистеньким.

По карйней мере нам удаление aoc файлов помогло.

Спасибо, попробую сейчас, о результате напишу в форум.

[itfs]

Импорт/Экспорт через xpo? Попроектно или всем слоем? Платформы разные?
В принципе можно разбираться ... но раз пошла такая ерунда, лучше начать жизнь заново: перенести проложение с пом. *.aod, убить индексы и засинхронизировать. (это только при одинаковых платформах)

С уважение, itfs.

[Jox]

Цитата:

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

Импорт/Экспорт через xpo? Попроектно или всем слоем? Платформы разные?
В принципе можно разбираться ... но раз пошла такая ерунда, лучше начать жизнь заново: перенести проложение с пом. *.aod, убить индексы и засинхронизировать. (это только при одинаковых платформах)

С уважение, itfs.

Проблемы:
1) Платформы одинаковые (девлоперская и тестовая - это по сути копии рабочей, изначально).
2) "Начать жизнь заново" - это проблема, т.к. база рабочая, час упавшего сервера выльется компании в миллионы .
3) Глобальная компиляция рассмотрю только в крайнем случае, т.к. это грозит крахом аппликухи.

[itfs]

Цитата:

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

Проблемы:
2) "Начать жизнь заново" - это проблема, т.к. база рабочая, час упавшего сервера выльется компании в миллионы .
3) Глобальная компиляция рассмотрю только в крайнем случае, т.к. это грозит крахом аппликухи.

Это я как раз и имел ввиду.
Компиляции не требуется, только синхронизация таблиц, если ms-sql - 5 мин. + затраты на копирование и прибитие индексов. Главное, что это однозначно решит проблему.

С уважением, itfs.
PS. Да, согласен насчет прибития *.aoc, это тоже как правило помогает.

[Logger]

Цитата:

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

только синхронизация таблиц, если ms-sql - 5 мин.

Ну это только если в большие таблицы полей не добавляли.
У меня как то InventTrans минут 40 синхронизировался. А всего-то добавил пару малеьнких полей.

Хотя в общем по любому при импорте проекта синхронизация будет. Так что зря я придираюсь.

[itfs]

Цитата:

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

Ну это только если в большие таблицы полей не добавляли.
У меня как то InventTrans минут 40 синхронизировался. А всего-то добавил пару малеьнких полей.

Вот по этому-то я и применяю методы психологического давления, если мне предлагают модифицировать такие таблички: А уверены ли вы, что это абсолютно необходимо ... А как понять, что нет другого решения .... Короче, легче обойтись без этого, чем что-то доказать такому зануде, как я ...
Затраты на синхронизацию - это только начало длинного списка всевозможных затрат, которые придется влачить в дальнейшем системе ...

С уваженим, itfs.

[Jox]

На самом деле можно долго рассуждать о проблемах, с большими таблицами, а что вы скажите, если абсолютно новая таблица, отсутствующая в рабочей базе вызывает такие же точно симптомы...
Реально проблема существует с любой таблицей (новой или модифицированной, не имеет значения)

[Jox]

Цитата:

Судя по симтомам, у вас проблема с кешировнаием объектов приложения в AOC файлах.

Судя по всему, проблема вовсе не в кэшировании, тогда в чем же??

[Vadik]

Цитата:

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

Судя по всему, проблема вовсе не в кэшировании, тогда в чем же??

Телепаты, к сожалению, в отпуске. Как делаете импорт - в двухзвенке или тонким клиентом, с идентификаторами или без них, на скольких слоях ведется разработка, какая, в конце концов, версия асксапты?

[Jox]

Цитата:

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

Телепаты, к сожалению, в отпуске. Как делаете импорт - в двухзвенке или тонким клиентом, с идентификаторами или без них, на скольких слоях ведется разработка, какая, в конце концов, версия асксапты?

Axapta 3.0 SP3
-----------------------
Импортировал и в двухзвенке и трехзвенке - эффект одинаковый.
Без идентификаторов (присваиваются новые).
в девелоперско базе разработка ведется на usr-слое, переносится на cus-слой в тестовую, а потом их тестовой в рабочую, тоже на cus-слой.

[itfs]

Предположение: в месте на диске под файлами БД.
Все-таки, лучше бы знать, что было проделано и каков эффект...Так уж устроено сознание, что отсутствие информации вызывает ступор.

С уважением, itfs.

[Jox]

Цитата:

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

Проблема с ипортом...

У нас имеется девелоперская, тестовая база и рабочая.
При импорте проекта в тестовую базу все проходит хорошо...
А вот, при импорте из тестовой в рабочую начинаются проблемы с модифицированными таблицами...

При сравнении модифицированной таблицы на этапе импорта происходит следующее...
Вне зависимости от того какая это таблица, новые поля отображаются как UNKNOW, также отображаются все время одни и теже "новые" группы полей и "новые" отношения, хотя они в таблице никогда не присутствовали, и никто их туда добавлять не собирался... Такая проблема только с таблицами, причем методы на них корректно сравниваются...

Мне кажется, что проблему я довольно ясно описал.