Опять вопрос о слоях DAX 4.0

[Prophetic]

Цитата:

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

Из того что понял
Есть КАС слой в сборе, но на тесте что-то менялось в ЮСР, который потом был аккуратно перенесен в КАС без сохранениия ИД.
Теперь хочется обновить тест, чтоб "не отвалилось"?
Да?

Нет. Попробую пояснить ситуацию подробнее. Есть боевое приложение, в котором практически все наработки велись в VAR-слое. И только очень незначительная часть работы велась в USR-слое (видимо, для быстрых доработок).
Я сделал копию рабочего приложения на другой сервер AOS, и другой сервер SQL - дев-приложение. Планировалось вести доработки на дев-приложении, на слое CUS. После утверждения, доработка экспортируется в xpo-файл, а затем импортируется в боевое приложение в слой CUS. Возникли опасения, что после импорта на боевое приложение в слой CUS может возникнуть потеря данных в таблицах, которые уже живут. Хотя, если я не ошибаюсь, на сайте указано, что в случае с таблицами, экспортируется только измененная часть (добавленные, измененные поля). Вот здесь:
http://msdn.microsoft.com/en-us/libr...8AX.10%29.aspx

Цитата:

Tables and classes are special cases

Tables and classes are special cases in the sense that they may have sub nodes that are saved in different layers. For example, the table Tab1 in the SYS layer may have a field, Field1, that exists both in the SYS and in the USR layer.

When you export the USR layer, the Tab1 tables is exported as well but the export file will hold only the description of Field1 and not the remainder of the table. When Tab1 is subsequently imported, only Field1 is affected.

Цитата:

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

Сама закачка ХРО из теста в КАС может быть любой, код не потеряется.

С кодом понятно, с данными пока нет. Т.е., если я добавлю новое поле в таблице на слое CUS в дев-приложении, потом перенесу в боевое-приложение на CUS-слой xpo-файлом эту таблицу, то данные в боевом приложении не потеряются?

Цитата:

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

Обновление же теста всем приложением (а замена слоя с кодом == замене приложения, тк лишний ЮСР нужно ж потереть) тоже код сохранит без проблем.
Отвалиться могут токо данные, синхронизация добродушно предложит стереть с таблицы по списку
Это тоже лечится (но это отдельная тема про SQLDictonary и закрытый в Админке АХ крайненужный пункт меню синхронизации с реиндексацией и восстановлением неверных).

Я понял, но не планировал обновления слоями (пока). Не хочется возиться с лечением.

Цитата:

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

По вопросам
1 Если формы, отчеты и классы были уже (то есть ИД был для правок в юср уже касный), все пучком - это нормальная практика на каждый день - у мя на рабочей все правки в юср, а заливаю слоем в вар с дева
2 - отвалится таблица. Сотрется при синхронизации. (тут или "тема с SQLDictonary" или ее предварительно выгрузить и загрузить обратно) - вам выгрузить проще
3. чем 3 отличается от 1 и 2 кроме автора модификаций? Вырожденный пункт

1 понятно, 2 - тоже, но возиться с загрузкой выгрузкой данных на боевом приложении не всегда приятно.

Цитата:

Сообщение от Maxim Gorbunov

Между VAR и CUS все-таки с ID перенести нельзя. Диапазоны разные

2 Prophetic
Каждый слой (а точнее, пара основной слой + патч-слой) имеет свой диапазон ID. Например, ID всех объектов VAR-VAP слоя находится в диапазоне 30001-40000, а ID всех объектов CUS-CUP слоя - в диапазоне 40001-50000. Если вы переносите объект с CUS на VAR, ему будет выделен новый ID.

И могут начаться проблемы с правами, если я правильно понимаю.


Попробую сделать вывод. В моём случае самым безопасным способом ведения доработок будет использование слоя VAP. Т.е. на дев-приложении на слое VAP я делаю доработки, и после утверждения этот проект переношу через xpo-файл на боевое приложение, на VAR-слой с сохранением ID. Или же, в качестве дополнительного теста, можно переносить на VAP-слой, и после дополнительного тестирования, опускать на VAR-слой, опять же, с сохранением ID.

Буду рад замечаниям и предложениям.