Форум: "Базы";
Текущий архив: 2003.05.08;
Скачать: [xml.tar.bz2];
ВнизСбои на сервере..... Найти похожие ветки
← →
Neo (2003-04-16 19:14) [0]Господа... У меня вот какая проблема :
Значит так....у меня MSSQL Server...локалка TCP/IP протокол....написал программу для поступа к данным...используя Database для коннекшина....transisolation=tiReadCommitted
Программа следит за ежедневными продажами, крупной компании которая занимаеться оптовыми продажами....пишутся накладные, локально оставляя временно данные на компе клиента...при нажатии на кнопку "Память", данные носылаються на сервер...работает без сбоев...
но вот что ...время от времени на сервере появляються не провильные данные....при проверке появляються неправильные цифры....
Что посоветуете....
← →
sniknik (2003-04-16 21:15) [1]Логи. Логи на посылку данных с клиента, со всей информацией кто когда и что посылает (желательно чтобы о них никто не знал, или не было доступа), а при "появлении" неправильных цыфр тщательное сравнение....
естественно каждое действие клиента должно быть запротоколированно и из других програм доступа не было, иначе не имеет смысла.
← →
Neo (2003-04-16 22:38) [2]Так вот оно что....арифметика простая... допустим быо 5 компов.
написали накладную на 3 штуки. должно остаться 2.
так и происходит...
но когда работа идет с крупными цифрами то уследить за этим трудновато.. и при провери выясняю что.. было 5000ш приход 3000ш продали 4500 ш должно остаться 3500 а бывает 4000 (например)..
и что странно то что всегда бывает большее количество(всмысле больше чем должно остаться)...странно...
← →
sniknik (2003-04-16 23:20) [3]все отслеживается (просто так понимаю лень?), и компы считать не самое сложное.
было, искали 10 тыс. пропали в месяц. просматривали контольки за месяц с 15касс. в среднем по 2 тыс. чеков в день с кассы. (и суммировали ручками и на калькуляторах) но нашли таки. (почему ручками? да потому что главные обвинения были на то что "компьютер неправильно считает", и поэтому нужно равнятся на кассиров "у которых все под роспись", а "ваша программа дерьмо" ?-), единственное на что нельзя грешить это контрольки откуда сами кассиры данные списывают) но чуда не случилось :о)) как всегда (в 99% случаев) виноват оказался "человеческий" фактор.
у тебя тоже самое. либо программа считает правильно (как ты говориш) и надо искать того кто внес не те данные либо в программе глюк и нужно надавать по рукам тому кто его туда внес. (программисту :о))) и то и то делается тщательным разбором всех операций последовательно (если нужно вручную).
или признать чудо, и пригласить братанов из церкви. :о))) кадилами помашут и все пройдет.
← →
Neo (2003-04-17 10:05) [4]Так точно.всегда компьютер это дьявольское создание которое всегда не работает....:)
Не могу понять это чудо..говорю же это бывает редко...
думаю может сетевой трафик нарушаеться.!!???
и данные не проходят..и транзакции срываються.
может такое быть.?
← →
sniknik (2003-04-17 10:47) [5]Конечно может, просто по принципу что возможно все.
Но с другой стороны если транзакция не завершилась, и произошол разрыв, то и на клиенте нельзя накладную нормально завершать. Т.е. сходится должно в любом случае. 1 шанс из милиона(а то и больше) что соммит о нормальном завершении не вернулся(именно в этот момент связь порушилась)
помоему невероятно. скорее глюк гденибудь (программа/оператор....).
← →
Neo (2003-04-17 22:42) [6]то может быть....но сколько можно, просматривать одно и тоже.
но Вы меня заставляете ещё раз просмотреть код программы.:)
дай Бог мне удачной охоты. А то с голоду помирать не хочеться :)
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.05.08;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.007 c