О, т.е. там и скидки будут, и акции, и всё-всё. Ну удачи с пятью таблицами.

Просто либо его писали криворукие (не умеющие работать с СУБД люди),
Либо он много работает с инетом, как ты хочешь сделать.

Ну вот ты советуешься.
Я тебе уже несколько раз писал, чтотостатки - не на кассу, а на магазин (точку) считать необходимо, а у тебя всё так же касса "свои" остатки с сервера получает.
Толку с такого советования я не вижу.

Скорее всего, куда меньше, чем тупой SQLite. Конкретно с SQLite не работал - не возьмусь судить, но в целом по опыту эксплуатации таких "простых" решений, с ними склонна случаться фигня - то индексы слетят, то ещё что-нибудь, непредставимое в более серьёзных.


Необходимо - правильно вести бухгалтерский учёт. Считать для этого остатки - не то чтобы необходимо, но если хочется - на здоровье. А вот запрещать отпуск товаров из-за якобы отрицательных остатков - признак крайне нездоровых и плохо контролируемых бизнесом программистов. Помню, кстати, такое удачество. У ребёнка неожиданно очень рано пошли резаться зубы. Побежал в дежурную аптеку за калгелем. Время - часа два ночи. Держу его в руке. "А мы не можем его продать, касса не пробивает. Говорит, они у нас кончились".

В JSON и храни всё. Последовательность операций пиши на диск. Вычитываешь жсон и работаешь, когда что-то меняется, фиксируешь в лог, меняешь в рантайме, потом сбрасываешь на диск. Такая-то ерзац транзакция, но должно хватить
Надо будет ерзац сервер, приделываешь хттп апи и пишаешь прочитанный жсон через него.