Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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

Novicer © (2014-02-07 02:22:00)
Добрый вечер мастера! Вопрос по базам, вернее оптимальной реализации сетевого режима работы программы. Например есть два ПК на которых работает программа в сетевом режиме. Мое представление всего процеса: первый ПК, конечно сервер(не выделенный) на котором крутиться огнептиц и раб.место, тоесть ведется учет товара. С второго ПК прога конектится к серваку и тоже может делать все то же что и первая. Теперь рабочая ситуация: некий товар в количестве 1шт. открыли для продажи одновременно на обоих ПК, на первом продали быстрее, на втором в окошке продаж показано что она есть, хотя она уже продана. Что будет после попытки продажи? Как избежать подобных казусов? Была мысль использовать таймер для обновления инфы, теперь больше склоняюсь к мысли проверки актуального количества перед продажей. Как делают профи, посоветуете?

Novicer (2014-02-07 11:51:00) [1]
Забавно и главное доступно :) Спасибо! Теперь с реализацией стало понятнее.

Inovet (2014-02-07 10:51:00) [2]
> [2] Novicer (07.02.14 10:09)
> неизвестно сколько покупателю взбредет в голову взять

Когда взбрело в голову — поместить товар в нужном количестве в счёт, при этом он резервируется до отмены счёта или до оплаты. Не, ну может, конечно, в малом интервале времени два продавца захотят поместить товаров в сумме больше, чем есть свободных — выдать последнему сообщение
Запрос на резерв 9 пыньков
Остаток — 8
в резерве 3
Вова нажимает «Просмотр резерва»
2 зарезервировал Петя по счёту 123, 1 зарезервировал Вася по счёту 124)
— У нас есть 8 и 3 пока в резерве. Выписывать 8, если снимут с резерва, то добавим. Мы можем предложить вам к этим 8 пынькам ещё 8 шманьков специально разработанных для этой модели пыньков. Вот они на витрине, сейчас я вам покажу? Очень удобные. Берёте?
— Да. Хорошие шмыньки.
— Отлично. Так что тут у нас с резервом. Вот! Как раз ещё один пынёк доступен. Выписываем?
— Конечно. Мне как раз надо 9 пыньков.
— Добавляем. И ещё один шмынёк?
— Ну конечно.
— Проходите со счётом на кассу.

Кассир получает оплату и одновременно 9 пыньков, 9 шмыньков из резерва переходят в проданные.

Novicer (2014-02-07 10:09:00) [3]
Идея хорошая, но обычно в окошке продаж есть возможность указать нужное количество продаваемого товара и заранее неизвестно сколько покупателю взбредет в голову взять, отсюда непонятно сколько резервировать? Все что есть наверно тоже не совсем хорошо :) Тогда с другого ПК вобще ничего из этого товара продать не смогут :(

Inovet (2014-02-07 02:47:00) [4]
Наличие и в резерве. Начали оформлять — ушло в резерв, отменили вернулось в наличие, продали — ушло в проданные. Добавлять товар в счёт клиенту в соответствующей транзакции, тогда не будет

> [0] Novicer (07.02.14 02:22)
> открыли для продажи одновременно на обоих ПК

Как это так? Это ошибка в логике. Должно быть так — продавец видит
на складе 5 штук
из них 2 в резерве, т.е. могут или продаться или вернуться в доступные для продажи через некоторое время, возможно, видит кем и когда зарезервированы.

Я это как-то так представляю.

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »