Запись в БД с помощью SQL

[Анка_К]

Доброе утро.
Опишу ситуацию: у нас есть 2 кассы с приложениями, написанными на делфи, для продажи и пробивания чеков, одна база, которая находится на одной из касс. Запись в БД происходит по нажатию кнопки с помощью SQL запросов. Когда народа много, работают обе кассы. При одновременном пробивании чека (записи информации о чеках в БД) данные о товарах перемешиваются, т.е. товар из одного чека может записаться в другой, суммы меняются, отчеты по кассам не сходятся. Потом приходится искать этот косяк и вручную править чеки, что очень напрягает.
Запись происходит одновременно с помощью 2х SQL запросов в одни и те же таблицы: JOURNALDOC (общая информация о чеке:дата,сумма,кассир и тд..) и TABLEDOC (товары в чеке: №чека,наименование товара, кол-во и тд..).

Пример:
после исправления чеков:снимок
до исправления (суммы указаны красным):снимок2

если открыть чек 58829, то в нем обнаруживаются товары из чека 58828, но сумма верная, при этом чек 58828 пустой, а сумма сохраняется с прошлого чека этой кассы.
Вот такая вот белеберда...
Сначала грешили на то,что на кассах время совпадало секунда в секунду,поменяли,а косяк остался. Следовательно причина в том,что пробивают чек одновременно.
Подскажите, как можно избежать этих перекрестов?

[evg_m]

чтобы товар не попадал в чужой чек.
исправить запросы для записи данных по чеку(фиксации товаров), чтобы использовать не некий ВЫЧИСЛЕННЫЙ код чека ( к примеру последний номер), а реальный указанный.

номер чека должен быть известен ДО фиксации товара в чеке.
Вычислять сумму чека после фиксации всех товаров в чеке.

обсуждение похожей проблемы.

[Анка_К]

номер документа мы берем из генератора в самой бд при пробивании чека, т.е., как я поняла, при одновременном нажатии кнопки обоим кассам выдается одинаковый номер чека...Переставлю генерацию номера в самое начало, т.е. при заведении нового чека.
А не получится такая же история,если кассиры одновременно заведут новый чек?

[evg_m]

А не получится такая же история,если кассиры одновременно заведут новый чек?

Нет, на то и генератор, чтобы не было дублей.

номер документа мы берем из генератора в самой бд при пробивании чека,

т.е. сначала вносим ВСЕ товары неизвестно кому, а потом задаем номер и цепляем все пустые товарные позиции.

Разница между номер документа(чека) как отчетного документа, и идентификатор чека как записи БД смотри ссылку на обсуждение в предыдущем посте.

Переставлю генерацию номера в самое начало, т.е. при заведении нового чека.

именно, сначала делаем чек (в journaldoc)
потом к нему цепляем(добавляем) все товары (в TABLEDOC).
и рассчитываем цену по прицепленным товарам (по сути "сумма чека" в journalDoc это лишнее поле его всегда можно и нужно считать по TABLEDOC)

[Анка_К]

Спасибо большое, теперь будем тестить.