[ОТВЕТИТЬ]
Опции темы
21.02.2014 04:15
 
может при автоматическом расчёте отрубается ваша сессия от 1с и обратно не поднимается?
21.02.2014 05:40
 
Цитата:
-Den- Или возможно, в администраторе сервера приложений, в параметрах БД не стоит галка "удалять сессии мешающие блокировки БД", мало инфы о проблеме, будем гадать на кофейной гуще:)
Цитата:
whitewizard может при автоматическом расчёте отрубается ваша сессия от 1с и обратно не поднимается?
Я наверное неправильно выразился, выгрузка происходит не нон-стоп, а только когда ее бухи включают. А ночью они, есесно, не работают.

Дело в том, что когда select в базу с SQL Plus пуляешь - то он номера доков выводит примерно так: "??-0?000", а вручную расчитаешь - то нормально, русскими символами. Номера документов для отбора из FFMAPREP выбираются из FFDOCUMENTS и там они нормально отбираются, а уже потом по ним ничего не найти в FFMAPREP, так как там не видно русских символов.

Может быть кто нибудь и сталкивался?

И может ли при перерасчете как нибудь нарушена кодировка таблицы?
21.02.2014 05:50
 
когда запрос делаешь, кодовая страница какая?
21.02.2014 06:05
 
Цитата:
whitewizard когда запрос делаешь, кодовая страница какая?
Если имеется ввиду кодовая страница таблица - то я даже не знаю, где это посмотреть...
21.02.2014 06:45
 
когда открываешь сессию подключения, ставишь строчку типа?
Код:
set nls_lang=american_america.UTF8
21.02.2014 08:42
 
Нет, сейчас будем пробовать.
21.02.2014 08:47
 
эту же строчку надо проверить и для пользователя, который ТД считает.
21.02.2014 14:46
 
Цитата:
Mtirt Ну запустился ночью, ну не смог заблокировать. FFMAPREP этот процесс каким образом очистит?
Может чего не понимаю, написал постом выше - ни как эта "галка" не способствует, чистят руками при ручном расчете, но это уже не актуально, появились новые подробности:)

По поводу кодировки, на прошлой работе 1С конектились к ораклу и была у них проблемка с выполнением запросов, то через odbc то через клиента, то так работает то наоборот, точно уже не помню, а прикол был в том что в селектах в место to_date('01.01.1900','mm.dd.yyyy') фигурировало что то типа to_char(01.01.1900), посоветовал изменить все закрутилось, возможно и у вас при коннекте nls_lang какой-то "этакий"
"Спасибо" -Den- от:
24.02.2014 01:23
 
Цитата:
-Den- Может чего не понимаю, написал постом выше - ни как эта "галка" не способствует, чистят руками при ручном расчете, но это уже не актуально, появились новые подробности:)

По поводу кодировки, на прошлой работе 1С конектились к ораклу и была у них проблемка с выполнением запросов, то через odbc то через клиента, то так работает то наоборот, точно уже не помню, а прикол был в том что в селектах в место to_date('01.01.1900','mm.dd.yyyy') фигурировало что то типа to_char(01.01.1900), посоветовал изменить все закрутилось, возможно и у вас при коннекте nls_lang какой-то "этакий"
Вообще есть такой грех, но, тем не менее, даже с ту_чар нормально работает. nls_lang american_america.cl8mswin1251 стоит.
24.02.2014 08:37
 
Цитата:
areaho0ray nls_lang american_america.cl8mswin1251 стоит.
Где?


Опции темы



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

Все в прочитанное - Донат - RSS - - Карта - Вверх

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