1.40 Зависание программы в поле Предприятие - Склады

Leks

Добрый день! Система MS Win.7 x64, NET Framework 4.5.1. База поднята на MS SQL Server 2008 R2. Тестирование на виртуалке на БД Access и SQL прошло отлично. После перенес версию в работу на SQL Server. Сегодня редактировал базу, зашел в Предприятие - Склады и стал редактировать по РМ "Наличие расходных материалов" и номерные расходные материалы. С номерными расходными материалами все Ок, а вот с работой "Наличие расходных материалов" после передвижек, списания ориентировочно по времени минуты полторы-две БД зависает и ничего с ней сделать невозможно, ошибок не пишет. Удаляю ее с процессов, запускаю по новой дальше начинаю редактировать полторы-две минуты опять тоже самое в этом разделе, но по самой базе в другие разделы захожу все ОК. Возвращаюсь опять в Склады прога зависает, снятие процесса и так далее.
_________________
Не бойся когда ты один, бойся когда ты ноль.

Michael

Спасибо за баг-репорт, проверим.
_________________
Любой путь начинается с первого шага

Michael

Подскажите, как много операций с расходными материалами в базе на данный момент сделано? Это сумма записей в разделах РМ-Приход, РМ-Перемещение, РМ-Расход, РМ-Списание.
_________________
Любой путь начинается с первого шага

Leks

Добрый день Михаил! РМ Приход - 582, РМ Перемещение - 0, РМ - Расход -5474, РМ Списание - 52. Поставил программу на сервер где и расположена база, протестировал сегодня с утра на те-же самые операции с РМ проблем нет, захожу на клиента проблема остается. Сервер с клиента стабильно пингуется, потерь нет.
_________________
Не бойся когда ты один, бойся когда ты ноль.

Leks

Сервер OS Win. XP SP3, Net Framework 2.0, 3.0, 3,5 SP1. Вернусь с совещания протестирую клиента на другой раб.станции с XP и с Win.7 x64, отпишусь.
_________________
Не бойся когда ты один, бойся когда ты ноль.

Michael

Т.е. если программа запущена на сервере, то задержки нет, а если с клиента - задержка больше минуты?
_________________
Любой путь начинается с первого шага

Leks

Да. Если программа запущена на сервере задержек нет. Задержки возникают на клиенте.
_________________
Не бойся когда ты один, бойся когда ты ноль.

Michael

Странно. Я посмотрел, там действительно запускается пересчет движений, который на вашем количестве записей может дать ощутимую задержку, но должно быть не 1-2 минуты, а 1-2 секунды в крайнем случае. На самом деле выполняется пересчет даже не по всем движениям, а только по данной модели картриджа, т.е. реально обрабатывается записей в разы меньше. На каждую запись выполняется 1-2 элементарных запроса (считать/обновить одну запись). Даже если бы надо было выполнить 12000 SQL запросов, то это все равно в считанные секунды должно делаться. А по факту в вашем случае делается не больше 1000 запросов. В общем, возможно, проблема у вас в сети. Попробуйте с другого клиента поработать. Если будет то же самое, то тогда установите на клиенте SQL Server Management Studio (из состава MS SQL Express, например) и вручную повыполняйте запросы к базе.
_________________
Любой путь начинается с первого шага

Leks

Протестировал на двух новых клиентах. Есть ошибки при первом запуске на всех клиентах (переслал на почту). Клиент Win.XP SP3 кроме первой ошибки на net.framework работает стабильно, задержек нет. Клиент второй Win.7 x64, net.framework 4. Как и мой клиент (первое сообщение там его параметры) идут задержки на том же месте.
_________________
Не бойся когда ты один, бойся когда ты ноль.

Leks

Протестировал сеть потерь нет, задержка в норме. Непонятно но зависает и висит только на клиентах с Win.7 x64. с XP проблем не выявил.
_________________
Не бойся когда ты один, бойся когда ты ноль.

Leks

В общем ситуация совсем запуталась.... Делаем расход РМ на принтер все ок. Делаю списание из Склады или РМ, пр.клик списать на 7-ке через несколько списаний либо не списывает, либо показывает списание, делаю на этот же РМ списание он показывает опять тоже самое количество на складе (на складе 10 РМ, списываю 1 все ок, списываю 2-й, ок опять появляеться 10 ед на складе ) потом прога зависает ((( Запустил прогу на сервере под XP, там тоже самое единственное прога независает ((( перезапустил сервер не помогает. Сейчас попробую переслать скрины на почту.
_________________
Не бойся когда ты один, бойся когда ты ноль.

Leks

Переслал скрины на почту, займусь прогой в понедельник на сегодня хватит голова уже разрывается. Спасибо за оперативную поддержку Михаил, с наступающим праздником!
_________________
Не бойся когда ты один, бойся когда ты ноль.

Leks

Разобрался в чем была причина! В вкратце ошибка возникала из-за появления в Базе дубля (двух позиций) номерных РМ, на какой стадии появился дубль не могу сказать, не вникал, пока его не списал все операции по номерным РМ зависали. На данном этапе после его удаления все операции по номерным РМ проходят успешно.
_________________
Не бойся когда ты один, бойся когда ты ноль.

Michael

Интересно. А дубль в чем заключался? Такой же инвентарник?
_________________
Любой путь начинается с первого шага

Leks

Приветствую Михаил, будет малость времени на этой неделе попробую восстановить все действия и перешлю БД со скринами ошибок, где они возникали.
_________________
Не бойся когда ты один, бойся когда ты ноль.