[ОТВЕТИТЬ]
27.12.2006 16:59
Влад
 
Для одних и тех же весов с разных компов при выборе отдела - начинается загрузка списка товаров и при это выдается ошибка:
*11
"Произошли ошибки во время выполнения многошаговой операции OLE DB. По возможности, проверьте значения всех состояний OLE DB. Работа не выполнена."

Ни у кого такой проблемы не было?
27.12.2006 17:10
OlegON
 
А в целом из под СМ работа нормальная? На серваке Home не меняли? Что-то знакомое, но не с весами падало, просто в СМ.
27.12.2006 17:15
Влад
 
В целом нормальная, да и с весами - только в 2-х отделах такое со списками весов, на остальных 12 весах все нормально....
27.12.2006 17:29
OlegON
 
В SSEVENTLOG ничего нет, а в alert? На разных машинах, в том числе с сервера? Это сколько компов? 2?
27.12.2006 19:30
Влад
 
В ssevenlog ничего нет, в alert тоже ничего подозрительного не увидел.
Да на 5 станциях такое и на сервере тоже самое. Пробовал переустанавливать компоненты ORACLE связанные с OLE на серваке - не помогло.

Ситуация случилась после того как новая сотрудница добавила артикул в список, потом его удалила и снова добавила. Причем артикул она не помнит.....

Посмторел таблицу SLArtScaleMap - там весь список PLU на данных весах присутствует, при выводе на печать в разделе Электронные весы - тоже выводится полный список. А вот при выборе данных весов и данного отдела - выводится только 105 позиций и выходит сообщение об ошибке.

На другом МХ по одному отделу выводится 1456 позиций и потом выходит ошибка.

Т.е. тут даже ошибка не с весами, а со списком товара для загрузки в весы по двум отделам.
27.12.2006 20:28
OlegON
 
Оптимизатора бы прогнать и лог на тему битых индексов просмотреть... Он и статистику заодно посчитает. О! Кстати, что-то нехорошее было, когда добавляли товар в список, а потом уже добавленную карточку удаляли. Посмотри запросом, может в этом дело.
28.12.2006 00:24
baggio
 
Открой и просмотри в DBA таблицу SUPERMAG.SLArtScaleMap если ничего подозрительного нет то попробуй в административном модуле собрать статистику по оперативным таблицам.....
Да дело то еще в том что при загрузке весов используется таблица SMprices тобиш цены на товары которые ты грузишь...

Но на всякий...скажи:
Что за весы?
Одно ли место хранения используется?
Сколько отделов используется?
Другие отделы если они есть грузятся нормально?
Если весы Digi в них достаточно памяти и чистил ли ты ее вних?

Сделай резервную копию списка на весы весовшиком... и попробуй повторить действия сделанные твоим оператором....

на крайняк если совсем приперло....
поднимаешь резевную копию за день до проблемы...
делаешь cmd
exp supermag/пароль_супермага@имя_базы TABLES=(SUPERMAG.SLArtScaleMap)
exit
в каталоге из которого запускал появится файл EXPDAT.DMP

поднимаешь текущюю версию базы и заливаешь...
в SQL+ делаешь так:
delete from SLArtScaleMap;
commit;
потом из каталога где Expdat.dmp лежит запускаешь батник со следующи содержанием
imp supermag/пароль_супермага@имя_базы FILE=EXPDAT.DMP IGNORE=Y


НО УБЕДИСЬ ПЕРЕД ЭТИМ ВСЕМ ЧТО У ТЕБЯ ДЕЙСТВИТЕЛЬНО ПРОБЛЕМА ИМЕННО СО СПИСКОМ!!!!!... ПОНЯТНО ЧТО ТОВАРЫ ДОБАВЛЕННЫЕ ПОСЛЕ ВЫПОЛНЕНИЯ БЭКАПА ТВОЕЙ БАЗЫ ИЗ КОТОРОЙ ВЫДЕРГИВАЛСЯ СПИСОК НАДО ДОБАВИТЬ ЗАНОВО,,,
ЖЕЛАТЕЛЬНО СОГЛАСНО УЖЕ НАПЕЧАТАННЫМИ ЦЕННИКАМИ!!!!!
28.12.2006 07:05
Влад
 
Весы DIGI

В одном месте хранения есть 3 отдела - с двумя отделами все нормально, а с одним проблемка...
В другом МХ один отдел и там тоже проблема...
28.12.2006 09:23
OlegON
 
Насчет удаленных карточек не проверил?
28.12.2006 09:42
Влад
 
Я проверил по штрихкодам - все штрихкода есть в базе. Просто в таблице SLArtScaleMap кроме штрихкода, нет никакой информации о товаре.
28.12.2006 09:51
OlegON
 
Ну теперь осталось проверить, есть ли все артикулы из таблицы штрихкодов в артикулах таблицы карточек :) Надеюсь, не очень много заблокированных... А вообще-то это можно было сделать одним запросом.
28.12.2006 10:02
Влад
 
я запросом и проверял - вообще запрос был такой - отбор всех данных из списка загрузки на весы, потом из таблицы цен, из таблицы карточек - все нормально - вообще ничего не могу понять.

Вернее понял что нужно поменять прокладку между стулом и компьютером - все это произошло после того как наша новая сотрудница что-то натворила :)
28.12.2006 10:23
OlegON
 
Надеюсь, ты действительно убедился, что все карточки из списка на весы присутствуют в таблице карточек. А серьезный удар будет, если упорядочить карточки списка проблемного отдела? Может еще какая-то ошибка вылезет? Кстати, в "Структура магазина/склада" с ассортиментом этого МХ никаких фокусов?
28.12.2006 10:38
Влад
 
Сейчас вт еще эксперементировал - пробовал создать карточку, добавить на весы и удалить ее, и еще так же добавить карточку и удалить штрих код - все нормально - из списка этот товар сразу удаляется.
Сейчас попробую упорядочить карточки.
28.12.2006 10:43
Влад
 
После перенумерации ничего не изменилось. Сейчас попробую удалить отдел и создать новый.
28.12.2006 12:04
baggio
 
я бы еще попробывал всетаки убить список и заново его создать...

если не катит скриптиком то можно так:

Заходишь в список на весы ставишь рядышком...артикул потом plu, нажимаешь Ctrl+ins потом идешь в настройки терминала и выставляешь там "текстовый файл" делаешь приходку... нажимаешь "терминал сбора данных" нажимаешь "считанные данные" удаляешь все что там есть и нажимаешь Shift+Ins. Выделяешь пробел между артикулом и PLU, копируешь его и нажимаешь Ctrl+H, там где спрашивают что заменить нажимаешь Shift+Ins там где на что нажимаешь "Пробел", после этого нажимаешь "Экспорт" и получаешь накладную со своим списком на весы... где количество соответствует твоему PLU. далее:


Попробывать полностью снести список т.е. удалить все PLU с него и добавить товары в него из этой накладной... номера PLU поменятся не должны поскольку ты когда удаляешь товарь меняшь всего его параметр State товар со списка не удаляется а помечается как удаленный.

Вопрос: Ты не ответил про память на весах ты ее пробывал чистить.. просто необнакратно сталкивался что ошибки говорят одно, а причина другая.
28.12.2006 15:28
Влад
 
Да, так и сделал - грохнул старые списки и новые создал - прямо в СМ. Просто интересно было разобраться что там случилось, но времени сейчас на это нет.

Все огромное спасибо!!!

С наступающим Новым Годом!!!!!!!
Опции темы


Часовой пояс GMT +3, время: 16:42.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.