[ОТВЕТИТЬ]
13.01.2009 11:14
salem
 
Было
Оракл 8
sm24.6 sp4

Сразу перешли на
Оракл 8
sm26.3
Все закрытые периоды перенеслись.

Проблема: Карточки товара, закладка документы. Раньше отбор проходил 5-10 секунд теперь 1-2 минуты.
Пересобрал статистику, Переделал индексы. Ничего пока не помогло.
Spotlight показывает что оракл даже не напрягается. В отчетах замедления пока не замечено, некоторые даже ускорились.
13.01.2009 11:19
Mtirt
 
Там переделан фильтр отбора. Нормально он работает только в 9-м оракле.
В 8-м - тормоза.
13.01.2009 11:23
salem
 
Спасибо. Вопрос закрыт
13.01.2009 13:24
isi
 
Видимо и в 10 тоже тормоза...
13.01.2009 14:51
Mtirt
 
Не знаю, у нас нет 10-ки.

Помогает, хоть и не до конца (всё равно медленнее, чем было), сбор статистики НЕ средствами СМ2000.
13.01.2009 14:53
Arsen
 
после того как перешел на 10-ку отбор быстрее, но см пока 26.1
14.01.2009 00:44
orekhov
 
Oracle 10g и Супермаг 1.026.3
Замечено существенное замедление отбора списка документов в карточке товара (закладка "Документы") по сравнению с этой же базой данных в Oracle 9i. Полный сбор статистики и пересоздание индексов средствами административного модуля на результат не влияют. Кто-нибудь может подтвердить/опровергнуть ?
14.01.2009 05:09
isi
 
Цитата:
orekhov Oracle 10g и Супермаг 1.026.3
Замечено существенное замедление отбора списка документов в карточке товара (закладка "Документы") по сравнению с этой же базой данных в Oracle 9i. Полный сбор статистики и пересоздание индексов средствами административного модуля на результат не влияют. Кто-нибудь может подтвердить/опровергнуть ?
я подтверждаю... в 10 значительное замедление, с 9 все нормально
сбор статистики средствами СМ не делаю
16.01.2009 15:16
orekhov
 
Информация от разработчика:

В сервис пак 3 для версии 1.026.3 внесено изменение. Добавлено исправление следующей ошибки:
- Карточки складского учета. Ускорен отбор данных на закладке "Документы". Неоптимальность запроса особенно проявлялось на СУБД Oracle 10 и малозаметна на Oracle 9.
16.01.2009 17:52
Kryukov
 
Цитата:
orekhov Информация от разработчика:

В сервис пак 3 для версии 1.026.3 внесено изменение. Добавлено исправление следующей ошибки:
- Карточки складского учета. Ускорен отбор данных на закладке "Документы". Неоптимальность запроса особенно проявлялось на СУБД Oracle 10 и малозаметна на Oracle 9.
Извеняюсь что не по теме, ну где Вы уважаемый взяли "сервис пак 3 для версии 1.026.3" ???
16.01.2009 23:20
orekhov
 
Сервиспак подготовлен для тестирования. Первые два зафиксированы, но не раздаются. Видимо, выйдет сразу третий.
17.01.2009 09:47
Arsen
 
сервис паки на 26.3 сделаны для нас(локализация).

вот изменения

Изменения функционала в версии 1.026.3 сервис пак 2.

Обмен с кассами по протоколам УКМ2. 1
Выгрузка полного названия товара. 1
Обмен с кассами в кодировке ANSI. 1
Прием пустого артикула из УКМ4. 1

Обмен с кассами по протоколам УКМ2.
Выгрузка полного названия товара.

В административный модуль в раздел «База данных» на страницу «Конфигурация» в группу данных «Касса» добавлен атрибут «Грузить в кассу УКМ2 полное название товара». По умолчанию установлено значение флага «нет». При выгрузке в кассу перечня артикулов выгружается полное название товаров, если флаг установлен в значение «да», или короткое название, если флаг установлен в значение «нет».
Обмен с кассами в кодировке ANSI.

В административный модуль в раздел «База данных» на страницу «Конфигурация» в группу данных «Касса» добавлен атрибут «Кодировка в УКМ2». По умолчанию установлено значение “OEM”. В этом случае при выгрузке или приеме данных по протоколам УКМ2 происходит конвертирование кодов текстовых полей из кодировки Windows ANSI в кодировку DOS OEM, а для передачи текста названия товара осуществляется преобразование кодировок, указанное в группе данных «Клиентская часть». При изменении значения атрибута «Кодировка в УКМ2» на “ANSI” перекодировка отменяется и текстовые данные передаются и принимаются без каких-либо преобразований, включая название товара.

Следует иметь в виду, что кассовая программа УКМ2 не может работать в кодировке ANSI и данное изменение внесено для удобства работы иных кассовых программ, которые обмениваются данными с торговой системой по протоколам УКМ2.

При использовании драйвера касс «УКМ2 Супермаг», то есть протокола обмена с использованием Paradox, осуществлять обмен с кассами в кодировке ANSI следует с осторожностью, поскольку в данном случае помимо кодировки текстовых символов имеет значение язык таблицы Paradox.

Прием пустого артикула из УКМ4.

При приеме данных из УКМ4 по любому из протоколов возможно получение строки позиции чека без указания артикула. Такое возможно при осуществлении «продажи по сумме». В торговой системе, в свою очередь, в таблицах кассовых чеков позиция артикула обязательно должна быть заполнена и прием «пустого» артикула не разрешается.

В административный модуль в раздел «База данных» на страницу «Конфигурация» в группу данных «Касса» добавлен атрибут «Артикул продажи по сумме». По умолчанию значение артикула не установлено. В случае задания такого артикула все «пустые» артикулы при приеме из УКМ4 будут замещаться данным артикулом.
26.01.2009 11:37
Arsen
 
Цитата:
isi я подтверждаю... в 10 значительное замедление, с 9 все нормально
сбор статистики средствами СМ не делаю
кстати заметил, что пользователи у которых клиент оракла от 8, у них отбор доков и карточек значительно медленнее чем у тех, клиент оракла ставлен от 10-ки(карточки отбирает мгновенно).
26.01.2009 13:26
isi
 
Цитата:
Arsen кстати заметил, что пользователи у которых клиент оракла от 8, у них отбор доков и карточек значительно медленнее чем у тех, клиент оракла ставлен от 10-ки(карточки отбирает мгновенно).
Спасибо, посмотрю
05.02.2009 15:46
beliylev
 
В 10 тоже самое, в версии 1.026.3 в одном из сервиспаков исправили эту ошибку
Опции темы


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

 

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