|
12.10.2010, 13:01 | #1 |
Administrator
|
Цитата:
А так - конкретно usp-слой - я бы оставил "на всякий случай" как самый верхний слой. Иногда его не хватает.. Например - заливаешь большой xpo и смотришь все изменения (актуально при переходе на сервис-пак/ролап/большой хотфикс)
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: Murlin (1). |
12.10.2010, 13:14 | #2 |
Возьми свет!!!
|
Цитата:
Сообщение от sukhanchik
За исключением того, что импорт в нижний слой объекта, измененного на верхнем слое может себя повести не так как ожидаете. Например объект может глючить. Или все изменения зальются сразу в usp. Т.е. xpo можно (гарантированно без последствий) заливать только в верхний слой (конечно только если объект лежит на нескольких слоях).
А так - конкретно usp-слой - я бы оставил "на всякий случай" как самый верхний слой. Иногда его не хватает.. Например - заливаешь большой xpo и смотришь все изменения (актуально при переходе на сервис-пак/ролап/большой хотфикс) Таблица с usr слоя с другого приложения будет занесена с новым id которого нет ни на usr ни на usp? только что попробовал сделать такое и в принципе все занеслось на usp слой, с нормальным id. Не пробовал пока только заносить в usr.
__________________
Axapta 3.0 sp 5 Oracle Я могу взорвать вам мозг!!! |
|
12.10.2010, 13:19 | #3 |
Administrator
|
Не будет. У usr-usp сквозная нумерация по id-шникам
__________________
Возможно сделать все. Вопрос времени |
|
12.10.2010, 13:35 | #4 |
Участник
|
Не будет? Т.е. таблица не загрузится? Или не будет, в смысле пересечения id не будет?
Мой опыт говорит о том, что при загрузке нового объекта без сохранения id, этому объекту будет присвоен следующий свободный в загружаемом диапазоне идентификатор. |
|
12.10.2010, 13:39 | #5 |
Administrator
|
Именно так и будет. Не будет пересечений. А id при загрузке на usp присвоится из того же загружаемого диапазона что и usr
__________________
Возможно сделать все. Вопрос времени |
|
12.10.2010, 19:34 | #6 |
Участник
|
Уже не раз обсуждали идеологию слоеных разработок.
С sukhanchik'ом имели опыт разных приложений с разными слоями, где шло обновление КАС слоя, как СП вниз под ЮСР с основным кодом. Одного слоя мне лично мало, но и использовать слои с одним полем нумерации - это не оч. хорошо. ЮСП занимать нельзя, он нужен для утилит (стираются слоем при нужде) и заливки ХРО сравнением без глюков (сравнение с ОЛД или при закачке не полноценное или глючит или нет удобный стрелочек). Поэтому в вашем случае стоит опустить весь ЮСР в КАС, а разработку билда вести на ЮСР, опуская в КАС после кодревью на сборке обновления. Но опять же, делать все это на рабочей базе тоже не хорошо, это удобно для Дев. Обновление слоем или ХРО тоже обсуждали. Важно не попасть на стриание таблиц при синхронизации. |
|
13.10.2010, 07:49 | #7 |
Возьми свет!!!
|
Цитата:
Сообщение от BOAL
Уже не раз обсуждали идеологию слоеных разработок.
С sukhanchik'ом имели опыт разных приложений с разными слоями, где шло обновление КАС слоя, как СП вниз под ЮСР с основным кодом. Одного слоя мне лично мало, но и использовать слои с одним полем нумерации - это не оч. хорошо. ЮСП занимать нельзя, он нужен для утилит (стираются слоем при нужде) и заливки ХРО сравнением без глюков (сравнение с ОЛД или при закачке не полноценное или глючит или нет удобный стрелочек). Поэтому в вашем случае стоит опустить весь ЮСР в КАС, а разработку билда вести на ЮСР, опуская в КАС после кодревью на сборке обновления. Но опять же, делать все это на рабочей базе тоже не хорошо, это удобно для Дев. Обновление слоем или ХРО тоже обсуждали. Важно не попасть на стриание таблиц при синхронизации. У нас нет ни кас ни вар никаких других кроме usr и usp. Притом при все что решение как бы на самом деле вертикальное, непонятно почему пожалели денег на слои.
__________________
Axapta 3.0 sp 5 Oracle Я могу взорвать вам мозг!!! Последний раз редактировалось Murlin; 13.10.2010 в 08:03. |
|
12.10.2010, 13:40 | #8 |
Возьми свет!!!
|
Цитата:
Будет пересечение id да или нет?
__________________
Axapta 3.0 sp 5 Oracle Я могу взорвать вам мозг!!! |
|
12.10.2010, 13:42 | #9 |
Ищущий знания...
|
нет, пересечений не будет.
переносить надо будет без сохранения id.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
|
За это сообщение автора поблагодарили: Murlin (1). |
12.10.2010, 13:47 | #10 |
Возьми свет!!!
|
Спасибо всем большое.
__________________
Axapta 3.0 sp 5 Oracle Я могу взорвать вам мозг!!! |
|
Теги |
слои |
|
|