[ТЕМА ЗАКРЫТА]
Опции темы
30.03.2015 11:08  
DMaslov
Цитата:
Сообщение от OlegON
Трассировка, а это она, а не мониторинг, в данном случае плоха тем, что жрет ресурсы, особенно, когда запросов вал. Делать на рабочей БД не рекомендую.
Спасибо, про трассировку я в курсе. Я говорю именно о мониторинге, который можно назвать трассировкой с минимальным уровнем детализации - только PL/SQL, то, что видно на стороне БД во вьюхах V$...

Цитата:
Сообщение от OlegON
Код процедур в базе уже, клиентская часть процедуры просто вызывает.
Да, вот именно мне и хотелось бы видеть, какие процедуры и какими параметрами дергает клиентская программа. Аудит пообъектный в оракле я пользовал - типа "какие запросы к какой таблице идут". Почитаю еще про аудит PL/SQL - наверное им воспользуюсь, раз средств мониторинга на клиентской стороне с СуперМАГом не пользуют.
 
30.03.2015 11:15  
DMaslov
Цитата:
Сообщение от Mtirt
Не нужно ничего перепроводить. Нужно создать ОДИН акт переоценки, в который поместить текущие цены розничные цены на товар.
Если вы имеете в виду "не нужно перепроводить документы, скопированные из другой базы", возможно, вы имеете в виду, что проводка сама происходит при копировании документа?

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

В таком случае, и приходные/расходные документы вы рекомендуете не перепроводить, а сделать один приход (инвентаризацию) на весь ассортимент товара, чтобы актуализировать остатки?

Цитата:
Сообщение от Mtirt
Насколько я помню, это сообщения самого Супермага, и они довольно понятные. Почему вы с ними пытаетесь лезть в базу?
Даже если сообщение ORA-2XXXX приходит в ответ на некоторые действия в программе, хотелось бы понять, что она слала в базу (PL/SQL), в ответ на который пришла ошибка, чтобы ее воспроизвести и, возможно, выполнить PL/SQL пошагово, чтобы разобраться в проблеме. Но тут хотя бы можно предположить, какой пакет/процедура и с какими параметрами вызывается, исходя из бизнес-логики, и пошарить в коде.

А вот если ORA-2XXXX возникает в логе почтового модуля, то я имею еще меньше представления о том, как он общается с базой. Почему и пытаюсь делать мониторинг. Как уже написал выше, опробую штатный аудит оракла, надеюсь, этого будет достаточно.
 
30.03.2015 11:18  
DMaslov
Цитата:
Сообщение от kadr
СуперМаг выводя полный текст ошибки получает всё что ему отдает сервер, а там и имена пакетов и строчки на которых возникли ошибки и все это в виде матрешки, можно отследить поэтапно из пкакой процедуры функции все начинается и где прерывается.
Да, верно, но самого стека не всегда достаточно для воспроизведения проблемы.

Цитата:
Сообщение от kadr
По Toad SQL monitor ничего не могу сказать, но подобные средства иногда виснут на современных версиях СуперМага если их запускать на каком-то определённом моменте при уже работающем СМ+.
Если же сначала запустить мониторинг, а потом уже запустить СуперМаг, то есть вероятность что удастся отследить нужные вызовы
Toad SQL monitor запускает программу как порожденный процесс. Но спасибо за совет, поищем, возможно, существуют такие средства мониторинга, которые могут подсоединиться каким-то образом к уже работающей программе.
 
30.03.2015 11:24  
Mtirt
Цитата:
Сообщение от DMaslov
Если вы имеете в виду "не нужно перепроводить документы, скопированные из другой базы", возможно, вы имеете в виду, что проводка сама происходит при копировании документа?
У меня возник вопрос, а что вы понимаете под словом "Перепроводить".
У меня ощущение, что я разговариваю с 1С-ником, который при любой болячке предлагает что-нибудь "перепровести".
Вы пересылаете документы из центральной базы в подчиненную. При приеме документа в подчиненной базе данных, меняются необходимые регистры учета (остатки товара, например). Дополнительных действий с документами производить не надо.
Увы, этот способ плохо работает со старыми актами переоценки. Система понимает, что акт переоценки прислан старый, и цену не меняет.
Чтобы поменять цену товара в подчиненной базе, надо создать новый акт переоценки (даже со старыми ценами) и тогда в подчиненной базе данных цена поменяется.
Цитата:
Сообщение от DMaslov
В таком случае, и приходные/расходные документы вы рекомендуете не перепроводить, а сделать один приход (инвентаризацию) на весь ассортимент товара, чтобы актуализировать остатки?
Я этого не говорила.


Цитата:
Сообщение от DMaslov
Даже если сообщение ORA-2XXXX приходит в ответ на некоторые действия в программе, хотелось бы понять, что она слала в базу (PL/SQL), в ответ на который пришла ошибка, чтобы ее воспроизвести и, возможно, выполнить PL/SQL пошагово, чтобы разобраться в проблеме. Но тут хотя бы можно предположить, какой пакет/процедура и с какими параметрами вызывается, исходя из бизнес-логики, и пошарить в коде.

А вот если ORA-2XXXX возникает в логе почтового модуля, то я имею еще меньше представления о том, как он общается с базой. Почему и пытаюсь делать мониторинг. Как уже написал выше, опробую штатный аудит оракла, надеюсь, этого будет достаточно.
Примеры приведите, чего вы не понимаете. Почтовик вы таким мониторингом все равно не отловите...
 
31.03.2015 09:47  
DMaslov
Цитата:
Сообщение от Mtirt
У меня возник вопрос, а что вы понимаете под словом "Перепроводить".
У меня ощущение, что я разговариваю с 1С-ником, который при любой болячке предлагает что-нибудь "перепровести".
Вы пересылаете документы из центральной базы в подчиненную. При приеме документа в подчиненной базе данных, меняются необходимые регистры учета (остатки товара, например). Дополнительных действий с документами производить не надо.
Я на это и надеялся. Но тем не менее регистры - как минимум остатки и цены - не изменились после копирования документов.


Цитата:
Сообщение от Mtirt
Примеры приведите, чего вы не понимаете. Почтовик вы таким мониторингом все равно не отловите...
Невозможно записать в БД объект «CS, ПКБТ20141221@25», таблица «SMSPECCOMPINF»"
ORA-20097: Несоответствие состава артикула набора/упаковки с документом
ORA-06512: at "SUPERMAG.CORE", line 301
ORA-06512: at "SUPERMAG.SMSPECCOMPLEXART", line 20
ORA-04088: error during execution of trigger 'SUPERMAG.SMSPECCOMPLEXART'
 
31.03.2015 10:11  
Mtirt
Какая гадость эта ваша заливная рыба...

Суть ошибки в том, что разный состав одного и того же набора в магазине (где документ создался) и в офисе (куда документ не доходит).
По-хорошему, надо вернуть состав набора к исходному виду. А если хочется поменять, то создать новый...
 
"Спасибо" Mtirt от:
31.03.2015 10:39  
akonev
Цитата:
Сообщение от DMaslov
Я на это и надеялся. Но тем не менее регистры - как минимум остатки и цены - не изменились после копирования документов...
Цены - как уже выше писали - и не обязаны были встать. Их действительно принято копировать одним актом переоценки. Все текущие.

Остатки при получении документа супермаг пересчитывает. При трех условиях:
1) документ должен менять остатки согласно своего типа (к примеру, это приход, возврат, продажа и т.п.)
2) статус документа выше, чем черновик
3) в настройках места хранения, к которому относится документ, не установлен признак "Отключить перерасчет остатков"

Если текущие остатки в базе не соответствуют имеющемуся набору документов, то нужно пересчитать остатки в "администраторе".

Безусловно, можно и цены и остатки перелить между таблицами.
Только при этом можно получить массу забавных побочных эффектов.

Например, стандартная процедура вычисления остатков сама выбирает, откуда ей считать остаток на дату:
- от текущих остатков из smgoods назад по документам;
- от начала времен вперед по документам;
- от остатков на дату закрытого периода.
Если текущие остатки перелить - можно поймать несходимость отчетов.

Потому призываю запросы мониторить и анализировать, чтобы лучше понимать, что происходит.

Для работы же пока использовать штатные механизмы.
 
"Спасибо" akonev от:
31.03.2015 16:26  
DMaslov
Цитата:
Сообщение от akonev
Безусловно, можно и цены и остатки перелить между таблицами.
Только при этом можно получить массу забавных побочных эффектов.
Как обычно, все бегом, "давай-давай", "магазин стоит", а ты с этой системой познакомился 2 дня назад. Поэтому так.

Цитата:
Сообщение от akonev
Потому призываю запросы мониторить и анализировать, чтобы лучше понимать, что происходит.

Для работы же пока использовать штатные механизмы.
Полностью согласен.

Пока сосредоточусь на изучении структуры БД и бизнес-логики, а к этой теме мониторинга можно вернуться во время передышки.
 
31.03.2015 16:29  
DMaslov
Цитата:
Сообщение от Mtirt
Суть ошибки в том, что разный состав одного и того же набора в магазине (где документ создался) и в офисе (куда документ не доходит).
Про наборы прочитал, спасибо. Это уже тема для отдельной темы :).
 
02.04.2015 19:50  
DMaslov
Цитата:
регистры - как минимум остатки и цены - не изменились после копирования документов.
Исправляюсь. Остатки таки изменились, все в порядке. Наша ошибка была в том, что мы смотрели остатки при скопированных не до конца документах.
 
 


Опции темы



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

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