Показать сообщение отдельно
Старый 15.08.2010, 11:56   #26  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от miklenew Посмотреть сообщение
Пипец пароль забыл
Ну ладно раз зашёл, оставлю свои пять копеек.
В 1с есть два вида обмена распределёнка и универсалка.
1) Рапределёнка - это механизм системы. Работает в обе стороны. Но с условием, что и первой точке и второй будет использоватся всё тоже самое.
Ввели данные в первой точке, ап и они появились и второй. И наоборот. Чем чаще обмен тем выше актуальность данных.
Тут стоит помнить, что распределенка активно использует механизм тикетов.
Тикет - ответное сообщение о том, что пакет данных получен.
Это значит, что в распределенке невозможно настроить односторонний обмен информацией.
Даже если информационно данные посылаются только из одной в другую, Технически обмен должен быть двухсторонним. вторая точка должна посылать ответы о получении. Первая точка повторяет отсылку данных до тех пор, пока не получит ответные тикеты.

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

Третья особенность распределенки - конфликты репликации разрешаются автоматически (как правило в центральной точке). Программист не может вмешаться в подсистему разрешения конфликтов. Поэтому результат работы распределенки очень сильно зависит от последовательности обработки других точек. Что в свою очередь вносит проблему повторяемости результатов.

Цитата:
Сообщение от miklenew Посмотреть сообщение
Понятно что такой механизм удобен для независимых данных.
Видимо имеется в виду, что информация в каждой точке независима от других.
Я правильно понимаю, что этой фразой политкорректно сказано что распределенка неудобна для следущих вариантов:
= работа с центральным складом,
= работа с общим для всех точек кредитным лимитом
= работа с общими скидками (в магазин торговой сети пришел клиент с именной карточкой, надо дать ему скидку в зависимости от его объема закупок)
и т.п.

Цитата:
Сообщение от miklenew Посмотреть сообщение
Т.к. в 1с отсутствует таблицы остатков в привычном для аксы виде. Т.е. место остатков и проводок - две таблицы проводок. Остатки каждый раз достаются схлопыванием. Но засчёт встроенных механизмов такие как итоги, агрегаты, виртуальные таблицы механизм работает быстро(в зависимости от объёмов).
Блин, типично наше осознание уникальности.
А все как раз наоборот: Есть у других. И гораздо лучше.

Таблицы остатков в 1С списаны с запатентованого в Скале механизма.
Уж сколько раз писали об этом. В том числе и на этом форуме.

В аксапте конечно же есть подобные таблицы. Называются LedgerBalances*.
Только в отличие от 1С, в Аксапте есть не только записи об оборотах в текущих периодах, но есть также записи в так называемых периодах "начальных остатках".
Поэтому Аксапте надо суммировать (схлопывать) обороты не от начала времен, а только в пределах финансового года.

Кроме того, в последних версиях Аксапты в одном периоде может быть не одна запись, а несколько (до 16) с различными хэшами. Оборот за период вычисляется как сумма всех записей за период. В результате, за счет увеличения объема таблицы с промежуточными оборотами, разработчики кардинально уменьшили вероятность возникновения блокировок в этой таблице при создании проводок.

А с проблемой роста таблиц с промежуточными итогами в 1С в Аксапте борятся двумя способами:
= галочкой "переносить аналитику в следующих финансовый год".
= аналитические итоги хранятся в дополнительных модулях и в дополнительных таблицах (некий аналог 1Совских регистров).


Цитата:
Сообщение от miklenew Посмотреть сообщение
2) Универсалка - это уже механизм разработчика. В первом можно вообще код не писать. Во втором от и до пишет разработчик. А такие объекты конфигурации как планы обмена, чуть облегчают ему жизнь. Т.е. разработчик забирает ту информацию какая ему нужна. Например документы. И уже сам решает что с ней делать. И обратно может отослать результаты его телодвижений.
Ну да, ну да. В Аксапте это AIF.

Цитата:
Сообщение от miklenew Посмотреть сообщение
Играясь этими двумя механизмами можно сделать любой обмен. А степень участия того и другого зависит от бизнес процесов клиентов.
Вот. Как то так.
А разве они могут работать ОДНОВРЕМЕННО?
Поправьте меня, если я ошибаюсь: работает либо "распределенка", либо "универсалка". Ведь так?
__________________
полезное на axForum, github, vk, coub.