Конкорд и RecId

[ZVV]

Вот была такая система Конкорд когда-то, прородитель Аксапты, как принято называть.
Но сам я её в глаза не видел.

Есть такой вопрос (для тех кто знаком) - а система внутренних идентификаторов записей RecID в БД там была так же организована как и в Аксапте?
Или же эта система уже в Аксапте появилась?

Спасибо!

[EVGL]

Да, в Конкорде есть свой Rownumber.

[ZVV]

Цитата:

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

Да, в Конкорде есть свой Rownumber.

и такой же "уникальный в разрезе БД" как в первых аксаптах?

[EVGL]

Не знаю.

[ZVV]

Вот как раз хотелось бы узнать, если он был, то по какой схеме он заполнялся.
Была ли она такая же как в Аксапта 2-3?

[Logger]

Интересно, а зачем вам это ?

[MikeR]

Цитата:

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

Интересно, а зачем вам это ?

Может внедрение будет дешевле стоить

[ZVV]

Цитата:

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

Интересно, а зачем вам это ?

Если я начну рассказывать все будут долго смеяться.

Дело в том, что есть тут одно предание, что для Конкорда под Ораклом когда-то в одной конторе была написана "низкоуровневая" синхронизация на уровне Оракла между двумя базами Конкорда.
Ну типа (как говорят), было 2 сервера БД, с которыми работали разные юзеры (не знаю какая там была архитектура в то время), а базы между собой синхронизились и всё типа работала быстрее и все были довольны.

Теперь мне (нам), уповая на данный миф, было предложено придумать (сделать) реализацию подобной схемы для клиента на 3-ей Аксапте. Скепсис мой по этому поводу, конечно же, не знает границ, но чтоб сказать "нет, только не это" нужна серьёзная аргументация, выкладки и т.п..
Вот сижу думаю, изучаю материалы типа:
Axapta и многофилиальная структура
Распределенка и axapta

Просто вот думал, если это действительно было сделано, как там разруливались recId, и были ли они там такие же.
Я уже молчу про всякие Аксапто-уму-непостижимые моменты, типа курсовых разниц, инвентсумов и т.п.., которые на мой взгляд синхронизнуть извне Аксапты будет крайне проблематично, а выносить туда Аксаптовскую логику, понятное дело, совсем не хочется....
Они, конечно, клянуться, что в разных базах будут выполняться абсолютно разные операции (если не ошибаюсь, в одной производство и планирование, а в другой всё остальное), но завязываться на это - дело неблагодарное, как мне кажется....

В принципе, если кто чего умного подскажет, буду очень благодарен...

[ZVV]

Цитата:

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

Может внедрение будет дешевле стоить

Нет уж, спасибо... )

Думаю, может им лучше RAC предложить...
Не совсем то, конечно, но помочь может... правда развернуть и протестировать его в приближённых к рабочим условиях негде.
А у клиента специалистов нет, которые будут этим заниматься.

[Logger]

Может быть их уговорить на одну базу и разные компании ?

Если территориально офисы разнесены - то можно связь по терминалке держать. Инет дешевый щаз.

[ZVV]

Цитата:

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

Может быть их уговорить на одну базу и разные компании ?

Если территориально офисы разнесены - то можно связь по терминалке держать. Инет дешевый щаз.

нету ничего такого, одна база, одна компания, по сути разнести таким "хитрым" образом тяжёлые операции хотят разнести, т.к. есть проблемы с производительностью.

А проблемы потому, что склад не закрывается (это отдельный разговор ) и железо не вчечатляет.
В итоге склад наконец их закрывать уговорили, расчитываем в течении месяца с этим разобраться.
Более того уже есть новый сервер, но ещё не перехали они на него.
А вот всё равно им не верется, что полегчает сильно, хочется им сразу и это замутить, чтоб уж "совсем всё летало"...

[Pavel]

Цитата:

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

Вот была такая система Конкорд когда-то, прородитель Аксапты, как принято называть.
Но сам я её в глаза не видел.

Или аксапта ремейк конкорда, это кому как больше нравится.

Цитата:

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

Есть такой вопрос (для тех кто знаком) - а система внутренних идентификаторов записей RecID в БД там была так же организована как и в Аксапте?
Или же эта система уже в Аксапте появилась?

Спасибо!

Изначальный механизм по RecID был одинаковым. Новая система появилась в 4-й версии.

[Pavel]

Цитата:

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

нету ничего такого, одна база, одна компания, по сути разнести таким "хитрым" образом тяжёлые операции хотят разнести, т.к. есть проблемы с производительностью.

Можно сказать «проектная фишечка», суть которой состоит в написании хранимых процедур в СУБД и вызове их из бизнес логики ERP. Горизонт, ОТИС, AVON такие штучки юзали.

[ZVV]

Вообщем, после более глубоких поисков по форумам нашёл ещё много интересных старых тем. Эту можно закрыть.