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