Попробую рассказать о принципах оффлайновой работы 1С.

[mazzy]

Цитата:

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

Пипец пароль забыл
Ну ладно раз зашёл, оставлю свои пять копеек.
В 1с есть два вида обмена распределёнка и универсалка.
1) Рапределёнка - это механизм системы. Работает в обе стороны. Но с условием, что и первой точке и второй будет использоватся всё тоже самое.
Ввели данные в первой точке, ап и они появились и второй. И наоборот. Чем чаще обмен тем выше актуальность данных.

Тут стоит помнить, что распределенка активно использует механизм тикетов.
Тикет - ответное сообщение о том, что пакет данных получен.
Это значит, что в распределенке невозможно настроить односторонний обмен информацией.
Даже если информационно данные посылаются только из одной в другую, Технически обмен должен быть двухсторонним. вторая точка должна посылать ответы о получении. Первая точка повторяет отсылку данных до тех пор, пока не получит ответные тикеты.

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

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

Цитата:

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

Понятно что такой механизм удобен для независимых данных.

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

Цитата:

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

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

Блин, типично наше осознание уникальности.
А все как раз наоборот: Есть у других. И гораздо лучше.

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

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

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

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

Цитата:

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

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

Ну да, ну да. В Аксапте это AIF.

Цитата:

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

Играясь этими двумя механизмами можно сделать любой обмен. А степень участия того и другого зависит от бизнес процесов клиентов.
Вот. Как то так.

А разве они могут работать ОДНОВРЕМЕННО?
Поправьте меня, если я ошибаюсь: работает либо "распределенка", либо "универсалка". Ведь так?

[miklenew]

Цитата:

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

Тут стоит помнить, что распределенка активно использует механизм тикетов.
Тикет - ответное сообщение о том, что пакет данных получен.
Это значит, что в распределенке невозможно настроить односторонний обмен информацией.
Даже если информационно данные посылаются только из одной в другую, Технически обмен должен быть двухсторонним. вторая точка должна посылать ответы о получении. Первая точка повторяет отсылку данных до тех пор, пока не получит ответные тикеты.

да.

Цитата:

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

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

Нет. Если транзакция не прошла, означает ли это крах бд. Пройдёт ситуация помешавшая пройти транзакции и она проскочит.

Цитата:

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

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

Повторяемость разрешается префиксами в номерах. маг1- М1_xxxxx, маг2 - M2_xxxxx

Цитата:

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

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

Если запрещён отрицательный склад, отрицательный кредитный лимит, то да. Хотя чесно я могу тут ошибатся. Сисой придёт, свои пять копеек дообавит

Цитата:

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

Блин, типично наше осознание уникальности.
А все как раз наоборот: Есть у других. И гораздо лучше.
Таблицы остатков в 1С списаны с запатентованого в Скале механизма.
Уж сколько раз писали об этом. В том числе и на этом форуме.

Серёг, я не эту цель преследовал. Я сказал это, чтоб было представление о том почему проводки в 1с при определённых условиях можно тупо перенасить на уровне системных механизмов. Чтоб не было вопросов, да как же так полетят все остатки или система знает как с какими остатками надо работать сама (типо суперумная, а это и не требуется).

Цитата:

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

А разве они могут работать ОДНОВРЕМЕННО?
Поправьте меня, если я ошибаюсь: работает либо "распределенка", либо "универсалка". Ведь так?

Могут. Они работают одновременно. Что можно автоматом перенести, переносим системой, остальное допиливаем напильником(универсалкой)