В общем, точка работает со своей базой, которая является полной (или обрезанной копией центральной) и в моменты появления интернет все само синхронизируется средствами СУБД.
Это не РИБ.
Вот думаю, что если Базуху написать для такой СУБД, она будет востребована особо.

Обмен по расписанию, давно уже есть

концепт который ты хотел реализован для мобилок
https://wonderland.v8.1c.ru/blog/mobilnyy-klient-s-avtonomnym-rezhimom/

не хотите поставить ведроид на удаленных узлах?

(0) круто! > средствами СУБД ты изобрел "репликацию"?

(0) хочешь у них корку ч0рствого хлеба отобрать?

https://www.softpoint.ru/solutions/db-replication/

(0) >все само синхронизируется

И конфликты само разруливает, да?

(5)

Автоматически (с) {сарказм}

P.S.

Почему-то вспоминается мультфильм -- вы и кушать за меня будете? Ага!

(0) > Вот думаю, что если Базуху написать для такой СУБД, она будет востребована особо.

ну такое. у тебя еще столько идей есть!

(0) ты идею шины данных, что ли, придумал?

(8) очередной велосипед, только без сиденья

https://habr.com/ru/post/697552/

вот есть такое: https://couchdb.apache.org/

mysql умеет, можно писать во внешние данные

(9)

https://habrastorage.org/getpro/habr/upload_files/98c/45a/5de/98c45a5de51f461e6f1100098cd3338c.png

(3) так это явно не тупая репликация, а раздельный учет с синхронизацией. как РИБ, но не РИБ.

или вот: https://pouchdb.com/guides/replication.html

извинити, а причем тут мускуль?

Имхо, в СУБД распределяются не сами базы, а таблицы Распределенной Информационной Базы (РИБ)
Гуглите :)
например, - Citus for Postgres

но про acid, конечно, можно забыть

(13) ну кроме тупой репликации еще варианты есть у БД (репликация слиянием, триггеры). я не спецЫалист

(0) На самом деле я подумывал о таком. Идеи есть, но реализацию боюсь не потяну. Думаю ты тоже.

(17) В реальной жизни ACID нужен далеко не всегда. Или, скажем так, не для всего. Во многих случаях для всего, кроме остатков, и не нужен.

(20) ну если есть контроль чего-то, то нужен. если приложение типа заметок, то да, не нужно.

ох, помню делал систему в 1с, которая документы с контролем остатков проводила в том узле РИБ, в котором наиболее актуальные остатки, даже если проводили в другом месте. Типа по вебсервису отправлялся объект, проводился в другой базе, назад прилетал с движениями и и записывался без всяких алгоритмов.

(0) Вы mysql с MS SQL не путаете?

(22) Ну вот видишь, и без асида можно работать :)

(24) так там был acid, просто в другом узел РИБ

если не было связи, то документы только по своему узлу можно было проводить

А что делать с нумерацией документов и справочников?

А так что АРМ (автономное рабочее место) от 1С не устраивает

(27) а что делать? префикс узла создания же.

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

Таки microsoft access так умел еще в 90-х годах прошлого века.
При столкновении изменений они писались в специальную таблицу,где можно было выбрать,какое из изменений верно.

Тут основная проблема в том,что пользователь может видеть объект в одном состоянии,а когда он на основе этого состояния что-то меняет в других местах,выясняется,что объект уже в другом состоянии.

(4) Спасибо. Не понял, сколько у них корка стоит, напишу им.

(23) отнюдь. Я хочу Базуху реализовывать на My SQL (Maria DB)

(27) Префиксы и диапазоны.

Во. Только на курсе сегодня рассказывали про технологию always-on для mssql

Фиксин, тебя из какого чулана выпустили?

(34) а для mysql?

Читать ты конечно не будешь много текста
https://habr.com/ru/post/532216/

(4) они под майскл не работают, только мс SQL и постгри

(37) ну значит они тебе не конкуренты совсем