| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
.СергейПанин
Участник - экстремал
Вступление в Клуб: 24.06.2008
|
 Пн Сен 13, 2010 08:53 Справочник «Настройки» |
 |
Полезность: Нет оценки
|
Доброе время суток. Коллеги подскажите советом:
1. Создал справочик "QWERTY"
2. Создал ссылку на справочник.
3. В справочнике "Настройки" создал новую запись. Тип значения "QWERTY", Критерии выбора один - "Пользователи".
добавляю, резактирую удаляю записи - все отлично.
Перенес справочник на другую схему добавляю запись в этот справочник и получаю
| Код: |
ORA-01722: invalid number
ORA-06512: at line 1
ORA-06512: at "IBS.RTL", line 373
ORA-06512: at "IBS.Z$ANYTOOLS_RS_Z_MAIN", line 98
ORA-06512: at "IBS.Z$RUNTIME_OBJ", line 96
ORA-06512: at "IBS.Z$RUNTIME_OBJ", line 41
ORA-06512: at "IBS.Z$FP_TUNE_VAL_VALIDATE", line 234
ORA-06512: at "IBS.Z$FP_TUNE_VAL_NEW#AUTO", line 39
ORA-06512: at "IBS.Z$U$6489853", line 261
ORA-06512: at line 1
.....
|
Уже что только не пробовал, на первой схеме все отлично, на второй - ошибка.... в какую сторону копать ? |
|
 |
Vovidez
Профи
Вступление в Клуб: 27.09.2007
|
| Пн Сен 13, 2010 10:33 Re: Справочник «Настройки» |
|
Полезность: 2
|
| DC_Sergey пишет: | 1. Создал НОВЫЙ справочик "QWERTY"
... получаю
| Код: |
ORA-06512: at "IBS.Z$ANYTOOLS_RS_Z_MAIN", line 98
...
ORA-06512: at "IBS.Z$FP_TUNE_VAL_VALIDATE", line 234
ORA-06512: at "IBS.Z$FP_TUNE_VAL_NEW#AUTO", line 39
|
|
Необходимо перекомпилировать библиотеки ''RS_P_%" в классе [ANYTOOLS], т.к. там осуществляется инициализация ссылки на новые ТБП и в последующем используется в справочнике настроек.
В каждом Обновлении версии есть скрипт s_meth_recomp_required.sql, который как раз это и делает. Перекомпилировать можно руками в Админе, а можно и скриптом (см. аттач) |
|
|
.СергейПанин
Участник - экстремал
Вступление в Клуб: 24.06.2008
|
| Пн Сен 13, 2010 11:52 |
|
Полезность: Нет оценки
|
| пасиб, помогло |
|
|
ssa774
Профи
Вступление в Клуб: 30.11.2007
|
| Чт Авг 11, 2011 10:10 |
|
Полезность: Нет оценки
|
Здравствуйте!
В справочнике "Настройки" есть настройка с кодом PRINT_KAS_136_I, Печать наименования кассы в отчетах 136-И. Тип Логика. Критериев у нее нет, общее значение Да. Как настроить, чтобы для определенной конкретной кассы установить это значение в Нет? |
|
|
danzki
Участник - экстремал
Вступление в Клуб: 30.09.2010
|
| Чт Авг 11, 2011 12:49 |
|
Полезность: Нет оценки
|
если добавить критерий?
только для начала поставить галочку Использовать критерий выбора значений в редактировании настройки |
|
|
.СергейПанин
Участник - экстремал
Вступление в Клуб: 24.06.2008
|
| Чт Авг 11, 2011 12:56 |
|
Полезность: Нет оценки
|
| danzki пишет: | если добавить критерий?
только для начала поставить галочку Использовать критерий выбора значений в редактировании настройки |
не поможет, нужно будет подправить код, вроде что то типа
| Код: | | ::[FP_TUNE].[LIB].Set_Canons(...... |
|
|
|
Andry
Участник - экстремал
Вступление в Клуб: 14.01.2009
|
| Ср Мар 13, 2013 15:04 Кеширование полученных значений |
|
Полезность: Нет оценки
|
Коллеги, любопытно:
Какова величина кеша значений ? Почему не включено кеширование дистрибутивных настроек которые часто используются, но никогда не меняются (например настройки '207p%' )?
Что может сломаться если включить кеширование по ним? Рассылается ли событие "смена значения закешированной настройки" ? Эти события видны в каком-либо журнале?
Есть ли ЦФТшные рекомендации по поводу использования этого кеширования?
update: А кто-нибудь собирал статистику по количеству запросов на конкретные значения настроек fp_tune? Как бы это можно было реализовать?
Как найти те незакешированные настройки, включения кеширования значений которых даст максимальную выгоду? |
|
|
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Ср Мар 13, 2013 15:37 |
|
Полезность: Нет оценки
|
при каждом изменении кешируемой настройки происходит рассылка уведомлений об оном всем открытым сессиям, кажется используется механизм пайп - но могу ошибаться
при большом количестве сессий происходят дикие латчи в оракле.
можно увидеть в администраторе аудита
ЗЫ. один раз так завалили тестовый день) на хук проводки повесили вкл/выкл одной кешируемой настройки - причем на тестовой схеме это никак не отражалось - народу то мало было |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Чт Мар 14, 2013 06:22 Re: Кеширование полученных значений |
|
Полезность: Нет оценки
|
| Andry пишет: | Коллеги, любопытно:
Какова величина кеша значений ? Почему не включено кеширование дистрибутивных настроек которые часто используются, но никогда не меняются (например настройки '207p%' )?
Что может сломаться если включить кеширование по ним? Рассылается ли событие "смена значения закешированной настройки" ? Эти события видны в каком-либо журнале?
Есть ли ЦФТшные рекомендации по поводу использования этого кеширования?
update: А кто-нибудь собирал статистику по количеству запросов на конкретные значения настроек fp_tune? Как бы это можно было реализовать?
Как найти те незакешированные настройки, включения кеширования значений которых даст максимальную выгоду? |
::[FP_TUNE].[LIB_CACHE] открыта - чего бы туда не посмотреть?
| Код: |
cache_size pls_integer := 1000; -- максимальное количество элементов в таблице кэширования значений
|
Кешируются запрошенные значения. Причем последние запрошенные значения добавляются в начало кеша, старые уходят в конец и выпадают из кеша, если находятся в самом конце.
Опасность бездумного включения кеширования состоит в том, что кеш может быть забит значениями не часто используемых настроек.
Например, настройка N имеет в качестве критерия подразделение, а подразделений в банке 500. Если запросить значение настройки по одному разу для каждого подразделения, то кеш наполовину заполнится мусором (настройками, которые во второй раз не будут запрошены), а действительно востребованные настройки из него будут выпадать чаще, чем могли бы. |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
