Пара общих вопросов по ДЭНСИ, сервер-клиенты..

[gard]

Привет всем!
Наш небольшой магазинчик переходит на Linux, попутно решается вопрос небольшой автоматизации учета и продаж. Торгуем розницей, стройматериалы и все такое. У меня возникло несколько вопросов, на которые явного ответа я пока не нашел, поэтому решил спросить у знающих людей.
Подскажите:
1) Как я понял сама кассовая программа ставится на Linux (изначально Mandriva), базы держит в PostgreSQL. А как работают клиенты? Только под Win или же под Linux тоже?
2) Программа на сервере (?) и клиентах одинакова или же есть честко выделенный серверный процесс и клиентские приложения? Какова схема взаимодействия. Спрашиваю потому, что например база одна, а кассы 3, продается разный товар одновременно, все клиенты по логике видят изменения остатков товара сразу же. Все так?

Вообще программа очень заинтересовала, мы бы хотели использовать устройство чтения штрих-кодов при продаже товара. И кажется мы нашли то, что искали. Заранее спасибо вам за ваши ответы. =)

[BigAndy]

А как работают клиенты?

ДЕНСИ:Касса и есть клиент.

Какова схема взаимодействия

Обычная двухуровневая клиент-серверная.

все клиенты по логике видят изменения остатков товара сразу же

[/quote]
Зависит от вашего желания и выбранного transaction isolation level. Postgresql -типичный версионник.
Если нужно организовать конкурентный контроль и исключать из остатка заблокированный товар в транзакции на другом РМК, (что, на самом, деле не очень нужно), можно написать небольшое rule и подменить им таблицу ware. У нас же просто отключен контроль остатка товара, а синхронизация перенесена на товароучетный backend с использованием listen/notify.

[gard]

Спасибо вам за ответы =)

ДЕНСИ:Касса и есть клиент.

А что тогда сервер? К примеру, есть у нас 3 точки, с которых может продаваться товар, есть еще 2 точки, на которых было бы неплохо просто смотреть товар по остаткам, но товар с этих точек не продается. На все точки можно поставить ДЕНСИ:Касса, а вот куда они все будут смотреть и откуда будут брать информацию, сервер на отдельной или на одной из имеющихся точек?

[Alexander]

Если рассматривать ДЭНСИ: КАССу "из коробки" - это решение для кассового места "все в одном" на базе ОС Linux Mandriva.
То есть по умолчанию БД и все соединения - локальные. Интерфейс - нативный для ОС Linux (графическая библиотека Qt).
Интерфейс со внешними товароучётками - текстовые файлы любым способом (флэшки, локалка, FTP и т.п.)

Есть несложный вариант настройки всех рабочих мест на одну сетевую БД товаров - получаем единые остатки на все рабочие места. Но! Встроенного резервирования (автоматического перехода на актуальную локальную копию БД в случае разрыва связи с центральной) пока нет. Есть в планах. Либо можно попробовать использовать внешние универсальные системы резервирования/синхронизации для PostgreSQL. Со внешними системами мы не экспериментировали - планируем все-таки свою, учитывающую особенности структуры данных.

P.S. Фактически сервер - сам PostgreSQL.

[gard]

Все понятно =), у нас локальная сеть, маленькая, можно сказать надежная, так что обрывы связи на 99% случаев исключены. Значит остается "несложный вариант". Спасибо!

[Alexander]

См. также здесь

[BigAndy]

Со внешними системами мы не экспериментировали - планируем все-таки свою, учитывающую особенности структуры данных.

Ну, pgpool/dblink и slony покрывают все варианты синхронизации/резервирования с лихвой. И вне зависимости от структуры данных.

[gard]

В этом бы еще шарить нормально, нам сваять что-то нестандартное будет сложновато =)

См. также здесь

Спасибо за это!

[Spike]

Я думаю что стоит пояснить немного терминалогию. Для автоматизации торговли можно выделить два вида ПО : Front-office и Back-Office.
Front-Office - это ПО которое ставится на кассы. т.е. его задача зарегистрировать продажу.
Back-office - это ПО которое находится в офисе, в нем ведется учет первчных документов.

Как правило Схема взаимодейтсвия этих двух ПО такая, из BO идет выгрзука товаров в FO, а обратно идет загрузка отчета о продажах...