Реализация репликации данных

[mazzy]

Цитата:

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

Кто нибудь из ораторов знает как работает репликация в 1С?

Конечно знает. Многие работали и продолжают работать с 1С.

Обратите внимание, что сама 1С никогда не называет свой механизм репликацией.
Потому что и у них не репликация.
http://ru.wikipedia.org/wiki/%D0%A0%...D0%BA%D0%B0%29
(начиная с места "Основное различие между репликацией и управлением копированием заключается в следующем")

Цитата:

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

О какой репликации в аксапте можно говорить, если в качестве идентификатора записи используется значение Int?

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

http://www.unix.org.ua/sos/glava_13.htm (ключевое слово "двухфазн")
http://www.dialektika.com/PDF/978-5-...138-4/part.pdf (ключевое слово "двухфазн")

Насчет int-ов. Думайте и читайте дальше.
int'ы затрудняют репликацию и вводят дополнительные ограничения, но не вводят принципиальный запрет.
См. начало ветки.

Автор ветки sergeypp как раз предлагал обсудить эту тему и обсудить варианты собственной доработки, которая решила бы эти пролбемы.

Цитата:

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

Он почему то про строковые идентификаторы и выделение в нем отдельных символов для кода базы вообще ничего не пишет.

Потому что это не принципиально.

Цитата:

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

Никто не даст гарантии того, что когда нибудь один номер перекроет другой.

Думайте дальше.

Цитата:

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

Без сериализации все равно не обойтись, но тут возникает проблема с целостностью данных которая в аксапте даже на время не может быть нарушена.

А целостность данных ни в одной системе не должна быть нарушена.
Просто некоторые системы (например, 1С) плюют на целостность с высокой колокольни

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

Цитата:

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

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

Да, в стандартной Аксапте репликации не было, нет и не предполагается.
Да, разработчики Аксапты предполагают, что дешевле организовать постоянный канал, нежели администрировать конфликты репликации или усложнять приложение, вводя фвухфазную фиксацию. Исходя из этого предположения построено все приложение (по 1Совски - конфигурация).

Если вы не заметили, svcoder, то в этой ветке идет обсуждение что можно сделать дополнительно к стандартной функциональности, чтобы таки добавить репликацию. Какие плюсы и какие минусы будут у своей доработки.

Цитата:

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

Про миграцию изменений таблиц и тем более приложения вообще стоит промолчать.

Молчите. А остальные продолжат обсуждение.

[svcoder]

Цитата:

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

Конечно знает. Многие работали и продолжают работать с 1С.

Обратите внимание, что сама 1С никогда не называет свой механизм репликацией.
Потому что и у них не репликация.
http://ru.wikipedia.org/wiki/%D0%A0%...D0%BA%D0%B0%29
(начиная с места "Основное различие между репликацией и управлением копированием заключается в следующем")

Не вы случаем переводили? Потому что в английской версии статьи вообще ничего нет об управляемом копировании. Наоборот:
State machine replication. This model assumes that replicated process is a deterministic finite state machine and that atomic broadcast of every event is possible

Цитата:

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

штатного механизма репликации в Аксапте нет, не было и не предполагается.
потому что простой "обмен данными" (или "управлением копированием") не обеспечивает целостности данных - нужна двухфазная фиксация транзакций. А ее изначально не было и не будет (в 1С тоже )
http://www.unix.org.ua/sos/glava_13.htm (ключевое слово "двухфазн")
http://www.dialektika.com/PDF/978-5-...138-4/part.pdf (ключевое слово "двухфазн")

Не путайте репликацию с распределенными транзакциями, вот для них как раз и нужен two-phase commit protocol

Цитата:

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

Автор ветки sergeypp как раз предлагал обсудить эту тему и обсудить варианты собственной доработки, которая решила бы эти пролбемы.

Цитата:

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

Потому что это не принципиально.

Еще как принципиально, к строке справа можно добавить символы разделителя базы при появлении оного, а к числу нельзя

Цитата:

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

А целостность данных ни в одной системе не должна быть нарушена.
Просто некоторые системы (например, 1С) плюют на целостность с высокой колокольни

Какие-то системы позволяют ее нарушать при необходимости, а какие то не позволяют в принципе. Запрещаете в 1С непосредственное удаление объектов и наслаждаетесь целостностью

Цитата:

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

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

Удалить все ограничение в вторичному ключу и рассчитывать на то что никаких последствий не будет. Только к свойствам аксапты это никакого отношения не имеет, это заслуги sql server.

Цитата:

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

Да, в стандартной Аксапте репликации не было, нет и не предполагается.
Да, разработчики Аксапты предполагают, что дешевле организовать постоянный канал, нежели администрировать конфликты репликации или усложнять приложение, вводя фвухфазную фиксацию. Исходя из этого предположения построено все приложение (по 1Совски - конфигурация).

Найти применение двухфазной фиксации внутри одного приложения нужно очень постараться, все таки это нужно для разнородных систем. А в Японии вообще от проводов отказываются в пользу беспроводных технологий. Но мы ведь не там живем, а стране где связь между пунктами А и Б может существовать только по одному пути, и если он обрывается можно прекращать деятельность и идти домой.

Цитата:

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

Если вы не заметили, svcoder, то в этой ветке идет обсуждение что можно сделать дополнительно к стандартной функциональности, чтобы таки добавить репликацию. Какие плюсы и какие минусы будут у своей доработки.

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

Цитата:

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

Молчите. А остальные продолжат обсуждение.

Намек понял. Удаляюсь

[mazzy]

Цитата:

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

Не вы случаем переводили? Потому что в английской версии статьи вообще ничего нет об управляемом копировании. Наоборот:
State machine replication. This model assumes that replicated process is a deterministic finite state machine and that atomic broadcast of every event is possible

спасибо что прочитали. читайте дальше

Цитата:

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

Не путайте репликацию с распределенными транзакциями, вот для них как раз и нужен two-phase commit protocol

ок. Важно, чтобы вы не путали и не смешивали. А если еще осознаете взаимосязь между этими понятиями будет вообще хорошо...

Цитата:

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

Еще как принципиально, к строке справа можно добавить символы разделителя базы при появлении оного, а к числу нельзя

Это про 1С. Здесь форум про Аксапту.

Цитата:

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

Какие-то системы позволяют ее нарушать при необходимости, а какие то не позволяют в принципе. Запрещаете в 1С непосредственное удаление объектов и наслаждаетесь целостностью

Кроме непосредственного удаления в 1С есть перепроведение и удаление из кода
Но эти проблемы снова не относятся к Аксапте.

Цитата:

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

Удалить все ограничение в вторичному ключу и рассчитывать на то что никаких последствий не будет. Только к свойствам аксапты это никакого отношения не имеет, это заслуги sql server.

Точно. Вернемся к вопросу о реализации репликации данных в Аксапте?

Цитата:

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

Найти применение двухфазной фиксации внутри одного приложения нужно очень постараться, все таки это нужно для разнородных систем. А в Японии вообще от проводов отказываются в пользу беспроводных технологий. Но мы ведь не там живем, а стране где связь между пунктами А и Б может существовать только по одному пути, и если он обрывается можно прекращать деятельность и идти домой.

О... открывайте новую ветку. Если интересно.

[glibs]

Цитата:

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

...
штатного механизма репликации в Аксапте нет, не было и не предполагается.
...

Согласен.

До кучи можно добавить только, что в Аксапте заложен транспорт для организации обмена (в виде копирования или репликации). В 3.0 был Commerce gateway, в 4.0 его сменил AIF. Эта фигня реализует транспортный уровень. Саму репликацию предполагается разрабатывать на уровне отраслевых решений или на конкретном проекте внедрения.

Насколько я представляю, эти модули редко кто использует.

[mazzy]

Цитата:

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

Насколько я представляю, эти модули редко кто использует.

Пока бедноват функционал и подтверждений о доставке нет, насколько я знаю.

Commerce Gateway не предполагался для самостоятельного использования (хотя такая возможность в пределах одной базы и была). Commerce Gateway это скорее шлюз в BizTalk Server. А уже BizTalk Server должен был выполнять преобразования и гарантировать доставку. Но идея не прокатила.