|
|
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
есть две базы и соответственно две программы склад и магазин. СУБД FIREBIRD. такая ситуация: магазин продал товар, а в программе склад в это время сделали перемещение на другой магазин. потом при обмене информации (репликации) возникает проблем. как решать пролем? может есть выход. спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 12:21 |
|
||
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
Решений много. Например, можно сделать так: при продаже товара посылается event (send event) (из триггера, ХП и т.д.), которое перехватывается впоследствие приложением-репликатором, а оно в свою очередь осуществляет передачу информации на склад... наоборот, аналогично... Конечно, возможно не совсем рационально, зато работает... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 12:27 |
|
||
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
можно по подробней? из тригера или ХП вызваем event (какой event?) и что дальше? я так понял вы предлагаете запустить програмно репликатор и обменяться? конкретней пожалуйста ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 12:35 |
|
||
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
авторкак решать пролем? Если обе проги/базы одного автора - убить автора. Если разных - то выбрать лучшего и попросить его дописать свою прогу функционалом чужой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 12:38 |
|
||
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
не нужно писать бредовые ответы. лучше займись делом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 12:48 |
|
||
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
Зря Вы так.. у Сереги хорошее предложение.. если у Вас автономно существуют две базы но данные в них зависят между собой - то лучше всего его и послушать.. ни один триггер не обработает как нужно.. в крайнем случае Вы будете видеть что у Вас в магазине товар есть - а когда отгружаете покупателю то склад скажет - обломитесь.. тоже самое придеться делать складу - прежде чем отправить товар в другой магазин - ему придеться узнать - не оформляеться ли придажа этого товара в базе всех магазинов.. ИМХО тут должна быть одна база.. и этим Вы снимете кучу проблем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 13:07 |
|
||
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
nizkzinтакая ситуация: магазин продал товар, а в программе склад в это время сделали перемещение на другой магазин. Такие проблемы следует решать на уровне правильного проектирования бизнес-логики. Надеюсь, понятно, что описанная Вами ситуация невыполнима с реальным, физическим товаром, то есть корень проблемы в том, что программа позволила описать недопустимую ситуацию. Следовало бы действовать, например, так. В программе формируется накладная на перемещение и запись резервирования товара в магазине. Этот резерв реплицируется в магазин; там, если хватает остатков, резерв подтверждается и реплицируется обратно, после чего магазин уже не может продать этот товар, а вот накладная может быть выполнена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 13:08 |
|
||
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
iAndrewИМХО тут должна быть одна база.. и этим Вы снимете кучу проблем Иногда так можно. А иногда это нарожает кучу новых - например, клиенты толпятся, а продать им товар не получается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 13:10 |
|
||
|
Очень популярная пробела
|
|||
|---|---|---|---|
|
#18+
Можно сделать так: При оформлении заказа (именно на этапе оформления, а не на этапе проводки), система посылает event (событие, сообщение... называй как хочешь... главное, что такая возможность присутствует в FB: "POST_EVENT :EventName"), репликатор его перехватывает и резервирует на складе нужно количество товара... Данный зарезервированный товар не может никуда перемещаться (типа блокировку ставишь)... А если вдруг заказ снимается, то снимаешь и блокировку... Также в случае, если товара уже нет на складе репликатор должен каким-то образом запрещать формирование заказа (например, выдавай сообщение юзверю)... Дальше детали... Подумай сам Если, что - спрашивай ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 18:42 |
|
||
|
|
start [/forum/topic.php?fid=32&fpage=142&tid=1545395]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
320ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 612ms |
| 0 / 0 |
