AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 21.01.2010, 14:55   #15  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
625 / 460 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
Цитата:
С кодом понятно, с данными пока нет. Т.е., если я добавлю новое поле в таблице на слое CUS в дев-приложении, потом перенесу в боевое-приложение на CUS-слой xpo-файлом эту таблицу, то данные в боевом приложении не потеряются?
С чего им тереться?
Создадутся новые поля и таблицы, все будет штатно.
А вот когда будет замена слоя на дев с ворка или с дева на ворк, там отвелится все новое точно.
Потому сам подход, описанный ккак выбранный, мне лично чужд и неприемлем.
Но и с ним жил как-то. Нужно периодически тереть дев (да-да, тереть полностью, по бразильской системе) - заменять его приложение свежим ворком, БД тоже тереть и брать с ворка, как бакап.
Тогда все пучком.

Просто это два разных (диаметрально) подхода.
У вас итоговым местом выделяния ИД является Ворк, у меня - Дев
Соотв. в вашем деве можно хоть в юсп все делать, пофиг, сборку вы делаете на ворке - и именно это и чуждо мне. Так как Ворк - это святое, какие там сборки! Руками не трогать, токо ведущему разрабу по спец пропуску.

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

Цитата:
И могут начаться проблемы с правами, если я правильно понимаю.
Ничего не начнется. От того, что в ВАР слое ИД от ЮСР ничего не отвалится, все будет настраиваться как обычно. Вот если потом заменять все на другой слой с другими ИД, то отвалится, конечно.
"Другие ИД" - это не обязательно родные для слоя или чужие в нем. Это просто новые, даже внутри слоя.

Пример. Если выгрузить ХРО, стереть за собой код, потом залить - могут быть новые ИД. Такой слой снесет настройки при замене слоем.
Цитата:
Попробую сделать вывод. В моём случае самым безопасным способом ведения доработок будет использование слоя VAP.
Я выше писал уже - реально вы кодите на Ворке, признайтесь в этом себе сами. ДЕВ у вас - это разрозненные локалы (если > 1 программера).

Если на Ворке что-то кодится минуя ДЕВ (типа "быстро"), то ИД там будет занят, и заливка из ДЕВа с сохранением ИД даст конфликт. Вот и все.

Есть жесткое правило - первична та версия, где выделяются ИД.
У вас это Ворк. Потому кодте на Дев, где угодно, главное его тереть потом и заменять ворком целиком - это нормальная практика - жил так сам года 2-3, потом изменил подход.
====
Это мы еще не полезли в дебри правильного пути дао разработки на трех приложениях (дев-тест-ворк) или совсем правильного на 4х (дев-тест-демо-ворк)

(дев-ворк) - это уже путь неверный, сам в себе Но все это для внедрений толпой народу. Если 1-2 чела, то я сам за Дев-Ворк, где
Дев исполняет роли Дев, Тест, Демо.

Последний раз редактировалось BOAL; 21.01.2010 в 15:00.
За это сообщение автора поблагодарили: S.Kuskov (1).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
DAX 4.0. Новичковый вопрос Бигудь DAX: Программирование 1 25.12.2008 14:28
dax-lessons: Active directory in Axapta Blog bot DAX Blogs 0 27.08.2007 23:00
Опять вопрос про OLAP? Hidden DAX: Функционал 2 30.05.2006 16:19
опять вопрос по Query kashperuk DAX: Программирование 7 09.04.2005 10:05
Вопрос о слоях shestakov DAX: Программирование 0 18.01.2002 20:11

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 09:17.