Разработка на usp слое

[Murlin]

Цитата:

Сообщение от S.Kuskov

Идентификаторы объектов могут пересекаться только если вести разработку в разных приложениях. И в этом случае абсолютно не важно patch-слой это или тот же самый.

Если вы хотите вести разработку в нескольких приложениях, то переход на patch-слой вам не поможет - нужно переходить на слои из разных диапазонов идентификаторов. Например на одном приложении разрабатывать в слое usr, а на другом - в слое var. Но это ли вам надо?

Ещё хочу напомнить о такой возможности, как каталог OLD в папке приложения. В который можно безболезненно подложить хоть patch-слой хоть тот же самый.

Тут вся фишка в том что мы не просто подкладываем usr слой, а заносим изменения xpo файлом, значит проблема дублирования идентификаторов отпадает???
Вот мне и интересно какие кроме это последствия могут быть?

[sukhanchik]

Цитата:

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

Тут вся фишка в том что мы не просто подкладываем usr слой, а заносим изменения xpo файлом, значит проблема дублирования идентификаторов отпадает???

За исключением того, что импорт в нижний слой объекта, измененного на верхнем слое может себя повести не так как ожидаете. Например объект может глючить. Или все изменения зальются сразу в usp. Т.е. xpo можно (гарантированно без последствий) заливать только в верхний слой (конечно только если объект лежит на нескольких слоях).

А так - конкретно usp-слой - я бы оставил "на всякий случай" как самый верхний слой. Иногда его не хватает.. Например - заливаешь большой xpo и смотришь все изменения (актуально при переходе на сервис-пак/ролап/большой хотфикс)

[Murlin]

Цитата:

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

За исключением того, что импорт в нижний слой объекта, измененного на верхнем слое может себя повести не так как ожидаете. Например объект может глючить. Или все изменения зальются сразу в usp. Т.е. xpo можно (гарантированно без последствий) заливать только в верхний слой (конечно только если объект лежит на нескольких слоях).

А так - конкретно usp-слой - я бы оставил "на всякий случай" как самый верхний слой. Иногда его не хватает.. Например - заливаешь большой xpo и смотришь все изменения (актуально при переходе на сервис-пак/ролап/большой хотфикс)

То есть я понимаю что при таком способе никакого пересечения id не будет?
Таблица с usr слоя с другого приложения будет занесена с новым id которого нет ни на usr ни на usp?
только что попробовал сделать такое и в принципе все занеслось на usp слой, с нормальным id. Не пробовал пока только заносить в usr.

[sukhanchik]

Цитата:

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

Таблица с usr слоя с другого приложения будет занесена с новым id которого нет ни на usr ни на usp?

Не будет. У usr-usp сквозная нумерация по id-шникам

[S.Kuskov]

Цитата:

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

Не будет. У usr-usp сквозная нумерация по id-шникам

Не будет? Т.е. таблица не загрузится? Или не будет, в смысле пересечения id не будет?

Мой опыт говорит о том, что при загрузке нового объекта без сохранения id, этому объекту будет присвоен следующий свободный в загружаемом диапазоне идентификатор.

[sukhanchik]

Цитата:

Сообщение от S.Kuskov

Мой опыт говорит о том, что при загрузке нового объекта без сохранения id, этому объекту будет присвоен следующий свободный в загружаемом диапазоне идентификатор.

Именно так и будет. Не будет пересечений. А id при загрузке на usp присвоится из того же загружаемого диапазона что и usr

[BOAL]

Уже не раз обсуждали идеологию слоеных разработок.
С sukhanchik'ом имели опыт разных приложений с разными слоями, где шло обновление КАС слоя, как СП вниз под ЮСР с основным кодом.

Одного слоя мне лично мало, но и использовать слои с одним полем нумерации - это не оч. хорошо.
ЮСП занимать нельзя, он нужен для утилит (стираются слоем при нужде) и заливки ХРО сравнением без глюков (сравнение с ОЛД или при закачке не полноценное или глючит или нет удобный стрелочек).
Поэтому в вашем случае стоит опустить весь ЮСР в КАС, а разработку билда вести на ЮСР, опуская в КАС после кодревью на сборке обновления.
Но опять же, делать все это на рабочей базе тоже не хорошо, это удобно для Дев.
Обновление слоем или ХРО тоже обсуждали. Важно не попасть на стриание таблиц при синхронизации.

[Murlin]

Цитата:

Сообщение от S.Kuskov

Не будет? Т.е. таблица не загрузится? Или не будет, в смысле пересечения id не будет?

Мой опыт говорит о том, что при загрузке нового объекта без сохранения id, этому объекту будет присвоен следующий свободный в загружаемом диапазоне идентификатор.

Не понял ничего!
Будет пересечение id да или нет?

[lev]

Цитата:

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

Не понял ничего!
Будет пересечение id да или нет?

нет, пересечений не будет.
переносить надо будет без сохранения id.