Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

Автоматический перерасчет себестоимости ломает таблицу в БД : Супермаг Плюс (Супермаг 2000)

28.03.2024 21:08


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

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

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

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

По поводу кодировки, на прошлой работе 1С конектились к ораклу и была у них проблемка с выполнением запросов, то через odbc то через клиента, то так работает то наоборот, точно уже не помню, а прикол был в том что в селектах в место to_date('01.01.1900','mm.dd.yyyy') фигурировало что то типа to_char(01.01.1900), посоветовал изменить все закрутилось, возможно и у вас при коннекте nls_lang какой-то "этакий"
24.02.2014 01:23
areaho0ray
 
Цитата:
-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
OlegON
 
Цитата:
areaho0ray nls_lang american_america.cl8mswin1251 стоит.
Где?
Часовой пояс GMT +3, время: 21:08.

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