В чем проблема передернуть пяток проводов? С этим и обезьяна справится.

Dimitry Sibiryakov, откуда столько желчи? Без инстанса oracle на каждой кассе жизни нет? Свитчи дохнут раз в пятилетку, и написать инструкцию, что делать в этом случае - вообще не проблема. Это не сеть гипермаркетов, а небольшие магазины, на максимум 3-4 кассы.

YuRock, спроектировано уже. Структура БД на кассе будет сильно упрощенная по сравнению со структурой на бэкофисе. Задача кассы - тупо выбивать чеки. Всё остальное - бэкофис. Вообще там есть уже софт, просто он не устраивает, есть куча специфических требований. Готового тоже особо нет, искали долго. Из предложений - либо 1с, либо не устраивает по другим причинам.

YuRock, Да, ты действительно из другой реальности. Оракл на магазинчик из 2-4 касс - это сильно. Очень сильно.

YuRock, сильно хотя бы тем, что саппорта этот оракл требует уж точно на порядок больше, чем тупой свитч. И инструкции на случай его отказа для охранника/продавца/местного мимокрокодила не напишешь. И сервак под него отдельный надо - единая точка отказа. Или резервировать сервак. Как-то слишком дохрена оверхеда там, где прекрасно справится SQLite.

YuRock, Баз в 2 гига там и близко не будет. Набитые чеки после отправки на основной сервер вообще планирую грохать (ну или хранить максимум неделю) - нафиг они там не нужны. Номенклатура - ну хорошо если 30000 позиций будет.

miksoft, так в том то и дело, что тут задача - тупая выбивалка чеков. Чем тупее - тем лучше, т.к. надежнее. Всё остальное будет жить на бэкофисе, в постгресе.

Хотя не совсем она тупая будет, как минимум перехватывать роль "сервера" в случае падения такового она должна будет уметь. Хотя там вообще ничего сложного в реализации нет. И до этого еще дойти надо.

miksoft, на точке LAN - это свитч и провода под плинтусами или в коробах. Или вайфай. Нечему там ломаться. Это не супер/гипермаркет, это небольшие магазины. А так - я и оракл знаю, работал с ним достаточно долго, но что-то не тянет его использовать. Постгрес гораздо приятнее, субьективно.

miksoft, блин, да не так всё. СУБД не должна это уметь. Изначально вопрос был про наличие локальных/встраиваемых микро-СУБД для NodeJS, кроме SQLite. Интересно было - может кто имел опыт их эксплуатации. Понятно, что за фейловер на точке будет отвечать приложение. И вообще, все кассы на точке будут работать со своим локальным сервером на этой же точке, и этот сервер - это то же кассовое приложение, просто на нем лежат данные, и другие кассы будут к нему бегать вместо использования своей локальной копии. Блин, ХЗ как еще понятнее объяснить, после праздников как-то мозги не особо варят.

miksoft, ы-ы-ы-ы... Блин, у вас тоже отходняк? Ну написал же. Его и использую. На бэкофисе. Но на точке он нафиг не нужен. Там нужно дубовое и быстроразворачиваемое приложение.

Товароведы, менеджеры и прочая 3.14здабратия будет обитать в нормальном ВЕБ-приложении. Задача кассы - тупо набить чек, и раз в N минут отправить набитые чеки на удаленный сервер, если есть инет. Если инета нет - отправить, когда появится. И получить с того же сервера обновления номенклатуры, остатков (это больше для удобства кассира) и карт лояльности. Всё. Других задач у кассы нет.