Комментарии 4
Блин вам бы идеально подошла гипер база ( giper baza )
Спасибо! А что вы имели в виду под "гипер базой" — можете уточнить? Тут в статье клиентское хранилище (SQLite прямо в приложении/браузере, без сервера), не совсем понимаю, в какой момент она бы пригодилась.
статья про клиентское хранилище: SQLite встроен прямо в приложение (на телефоне) или в браузер, без сервера вообще. HyperBase — это managed-хостинг для серверного Postgres, он для другого сценария (там, где redb.Postgres/redb.MSSql). Если интересно — у меня есть статьи и про серверную часть, там как раз к месту.
да, другую базу)
https://baza.giper.dev/#!section=info
вот эту
она одновременно выступает и как клиентское и как синхронизатор состояния между пирами ( как локальными так и серверными )
она тоже локально в браузере, может работать без сервере ( тогда конечно не будет синка между устройствами но всё же )
её прикол в неубиваемости ( если по CAP то она CP , но при этом ей не страшна недоступность, может хоть несколько лет пройти между записями, при возвращении интернета всё смержиться без конфликтов ) За счет CRDT
Понял, спасибо за ссылку — интересный подход с CRDT, особенно семантическая гранулярность вместо посимвольной. Хотя тут немного другая задача: redb.SQLite — это типизированное хранилище с SQL запросами и схемой, а outbox в статье — сознательно простой конфликт-хендлинг под контролем приложения. CRDT-синк — это скорее слой ниже/сбоку, не альтернатива типизированному стору. Возьму на заметку, спасибо.

Локальная база на клиенте: Blazor WebAssembly и MAUI на SQLite — без EF DbContext, Include и миграций