Пишу прямой запрос без использования ВК, на ADODB. При проведении хочу получить остатки по всем материалам.

В EM скуля запрос отрабатывает меньше секунды, в 1С зависает и отваливается по таймауту через некоторое время.

Давно читал, что вроде, 1С блокирует таблицы регистров и прочие в момент проведения документа. Так ли это? В этом моя проблема? Можно ли это обойти не сильно изменяя конфигурацию и не используя ВК?


        ТекстЗапроса = "
        |SELECT
        |    RegistrDvizh.SP5224 AS Material
        |    ,RegistrDvizh.SP5228 AS Ordin
        |    ,RegistrDvizh.SP9839 AS Firma
        |    ,SUM(RegistrItogi.SP5233 + RegistrDvizh.SP5233) AS OstatokMateriala
        |    ,SUM(RegistrItogi.SP5231 + RegistrDvizh.SP5231) AS BazovStoimost
        |    ,SUM(RegistrItogi.SP5232 + RegistrDvizh.SP5232) AS ValutStoimost
        |FROM
        |    (SELECT
        |        RegistrDvizh.SP5224
        |        ,RegistrDvizh.SP5228
        |        ,RegistrDvizh.SP9839
        |        ,CASE RegistrDvizh.DEBKRED
        |            WHEN 1 THEN 0-RegistrDvizh.SP5231
        |            ELSE RegistrDvizh.SP5231
        |        END AS SP5231
        |        ,CASE RegistrDvizh.DEBKRED
        |            WHEN 1 THEN 0-RegistrDvizh.SP5232
        |            ELSE RegistrDvizh.SP5232
        |        END AS SP5232
        |        ,CASE RegistrDvizh.DEBKRED
        |            WHEN 1 THEN 0-RegistrDvizh.SP5233
        |            ELSE RegistrDvizh.SP5233
        |        END AS SP5233
        |    FROM
        |        RA5237 AS RegistrDvizh
        |        INNER JOIN
        |            _1SJOURN AS JOURNAL
        |        ON
        |            (JOURNAL.IDDOC = '"+ИДДока+"')
        |            AND RegistrDvizh.DATE_TIME_IDDOC < JOURNAL.DATE_TIME_IDDOC
        |    WHERE
        |        RegistrDvizh.DATE_TIME_IDDOC > '"+ДатаНачалаПериода+"'
        |        AND RegistrDvizh.SP5224 in ("+ИДыМатериалов+")
        |        AND RegistrDvizh.SP5227 = '"+ИДСклада+"'
        |    ) AS RegistrDvizh
        |    LEFT JOIN
        |        (SELECT
        |            SP5224
        |            ,SP5228
        |            ,SP9839
        |            ,SP5231
        |            ,SP5232
        |            ,SP5233
        |        FROM
        |            RG5237 AS RegistrItogi
        |        WHERE
        |            SP5224 in ("+ИДыМатериалов+")
        |            AND SP5227 = '"+ИДСклада+"'
        |            AND PERIOD = CAST('"+ДатаПредыдущегоПериода+"' AS DateTime)
        |        ) AS RegistrItogi
        |    ON RegistrItogi.SP5224 = RegistrDvizh.SP5224
        |        AND RegistrItogi.SP5228 = RegistrDvizh.SP5228
        |        AND RegistrItogi.SP9839 = RegistrDvizh.SP9839
        |GROUP BY
        |    RegistrDvizh.SP5224
        |    ,RegistrDvizh.SP5228
        |    ,RegistrDvizh.SP9839
        |    ";


Используй 1С++, все это в три строки с помощью ВТ делается, в конструкторе

Я бы через ADO в таблицы 1С вообще бы не лазил, так как может получиться совсем не то, что хотят.

(2) В чем принципиальное отличие прямого запроса 1С++ от чистого АДО? Наличие метапарсера и виртуальных таблиц?

Мне одмин не дает права на регистрацию длл

(3) В правильном доступе к структуре таблиц.

(5) сам понял что сказал? структура таблиц - это то, что описано в dds-файле

(6) Индексы в 1С отличаются от того, что ожидает ADO, а без индексов - зачем вам вообще лезть в таблицы ?

Потом, стандартный драйвер ADO вообще с dbf не всегда правильно работает.

мне дбф не надо.

Ну, ты прав, конечно - много эффективнее использовать 1с++. Но, нет такой возможности

(9) Просто, Codebase который внутри 1С, не совсем правильно индексы строит, и если работать без него, то можно получить совсем не то.
Проще договорится про dll, особенно, если её только в папку с программой положить.

Или вы в sql решили заглянуть ?

всё в SQL
никаких DBF

В sql блокировки живут в отдельных файлах, но, если открывается транзакция, то можно с ней "столкнуться".

(6) Дятил. В DD/DDS описываетсся структрура, для отладки.
Реквизиты, например, справочника:
МойНеимоверноБольшойНДС, Число, 19, 2
МойНеимоверноБольшойСумма, Число, 19, 2

Отобразяться как: (P)МойНеимоверноБоль ;)

Структура БД в клюшках это набор произвольных полей вида SPхххх и предопределенных ID, PARENTID, CODE, DESCR, ISFOLDER etc.
Как для DBF так и для "всё в SQL никаких DBF"
Тебе в (2,5) сказали - "в правильном доступе к структуре таблиц"
1С++ работает в контексте клюшек. ADO - сбоку от контекста клюшек.

Вот, мля, что за люди - на лобке первый волос пробился - а все в гуру метят.

(14) Ну, ответь, гуру, дятлу. Моя проблема в блокировках или нет?

(15) Убей админа и получи доступ к плюшкам.

Кстати последние релизы уже давно не требуют админских прав вроде бы и регистрации насильной. Но могу ошибаться... когда-то для этой цели юзал vk loader.

(16) Знаешь, на мисте первая часть постов в стиле "какой автор mooduck" и только потом идёт вторая часть - с правильным ответом.
Может перейдём ко второй части? :)

мне надо будет сделать так, чтобы я проводил документы прямым запросом, а все другие - как прежде. но, чтобы результат проведения был одинаков. реально?

(15) Походу дела проблема в нежелании вникать в "первую часть" с правильным ответом.
Ты эксперимент ставил ?
Или, гладя на форум с глазами срущей собаки, готов постоянно вопрошать "Моя проблема в блокировках или нет?"
(19) Реально

(19) Ну, если в этот момент никто в базу не лезет (что можно сделать через блокировки или транзакции), то можно попробовать.
Реально даже в момент проведения основные итоги по периоду пересчитать - только вопрос - нужно ли.

Самый главный вопрос - зачем ?

(22) Хочет партии раскидать прямым запросом, например

(23) И думает, что от этого будет лучше ?

(0) Это можно сделать одной командой даже на стандартном языке запросов. но лучше так не делать.
а то получиться как в анекдоте

-"Вы можете печатать 1000 знаков в мигуту"
-"Могу, но такая фигня  получается"

(21) т.е. прямой запрос от 1С++ не делает блокировок? Чет, не пойму к чему эта оговорка "если в этот момент никто в базу не лезет "

(24) Быстрее - точно.

(26) 1С++ работает через тоже соединение.
Если открыть ещё одно, то можно через два соединения сделать блокировку самого себя.

(26) Например, 1С установила блокировку элемента справочника, а мы в него пишем - блокировка, то в файле ставится.

(25) черный запрос отрабатывает долго. Точнее док проводится секунду, но большой период проводится довольно долго

(29) в каком файле? вроде, всё же в скуле блокируется?

(3)
>>>  чем принципиальное отличие прямого запроса 1С++ от чистого АДО?

Ни в чем. sql серверу все равно откуда пришел запрос.

просто с 1с++ гораздо удобней работать + за счет некоторых фишек 1с++ выполняется быстрее чем ado имеется ввиду обработка
результата запроса на самом клиенте

Может если "док проводиться секунду" и "большой период проводиться долго" будем выставлять на проведение месяц, дожидаться пока проведется. Закрывать 1С, открывать по новой и проводить следующий период (ну работает она криво с памятью) ?
Таки не дешевле кнопки потоплать чем огород городить ?

(4) ну это наверное не лечиться. (как прог и админ должны делать общее дело)
пожешь показать ему пост 32 из этой ветки.

(31) Открытые на редактирование элементы блокируются в файле.

(32) я так и думал, что на скорость это не влияет

И потом, на скорость ведь не влияет - монопольно я сижу или нет?

(37) А что SQL про монопольность вообще знает ?

Ладно - мне пора спать - удачи вам в ваших начинаниях.
Если всё делать аккуратно, то всё получится.
SQL - вещь очень хорошая.

(15) скорее всего твоя проблема в коде из (0)
что ты этим кодом хочешь получить
как бы первая мысль а может не нужны остатки по всем матерьялам а только тем что есть в документе и.т.д.

(38) Singe user

(40) я туда и передаю только список материалов

(39) спасибо, тебе

(30) ответь на
select @@version

и вообще поподробней о размере базы железе сервера и его дисковой системе

(44) на моей машинке SQL2000

А на боевой вообще 7.0
Там одмин очень консервативный - "работает - не трожь!"
Вот оно и работает уже лет 10, не меньше.
Базёнка около 12 гиг. 8 филиалов. пользаков около сотни

нетленка

>>> (32) я так и думал, что на скорость это не влияет
на какую скорость
если речь идет о скорости выполнения запроса ms sql
сервером - то не влияет.

Если речь о том как отрабатывается результат запроса
в самом модкле проведения то код на 1с++ выполняется быстрее хотя бы за счет типизации и получение ее сразу а не по каждой записи отдельно.

вот, надо за 6 лет все доки провести

(47) это понятно

(0)
1cpp не требует регистрации в реестре и наличие админских прав..
+ наличие типизации на выходе, тебе же, при запросе в адо нужно еще и результат потом типизировать самому..

а при массовом перепроведении.. нужно глядеть в сторону реконект найтив или переход на 2005-2008 скуль

(50) Это я уже реализовал


Функция ПолучитьОбъектПоИД(Тип, ИД, ТипИД)
    
    СтрокаИД = Прав("          " + ТипИД, 10)
            + Прав("          " + _StrToId(Лев(ИД, 6)), 10)
            + Сред(ИД, 7);
    
    ВнутренняяСтрока = "{"""+Тип+""",""0"",""0"",""0"",""0"",""0"","""+СтрокаИД+"""}";
    Возврат ЗначениеИзСтрокиВнутр(ВнутренняяСтрока);
    
КонецФункции // ПолучитьОбъектПоИД


Там в доках 10-15 строк, не критично

(42) Извени я не внимательно прочитал твой запрос  в 0

Вот тебе и ответ процентов на 99 этот список матерьялов ты получаешь в модуле проведения получаешь этот список (ИДыМатериалов+ )  на языке 1с  и очень нерационально тратя время которое особо ценно именно в модуле проведения.

а так.. хинты воткни в текст запроса.. не будет задержки

(54) это как?

(45) а в 0 о каком сервере мы говорим
в sql200извесная ошибка замедления массового проведения
есть ли ошибка в sql 7 даже не помню.
кстати в 1с++ для этой ситуации реализован reconect

интересно а твой админ ездит на каком нибудь газ-21
даже если и ездит газ-21 то все равно его никак нельзя сравнить с современными машинами

(54) (nolock) воткни во from после алияса к каждой таблички

беда в том, что оно вообще не проводится. Всегда вылетает по таймауту.

(54) не поможет. точнее для запроса то поможет но в целом нет.

(58) поставь как говорит 57  вылетать не будет
но надо будет очень аккуратно писать запросы.
интересно а ты можешь ответить почему вылетает по таймауту

(0)
и еще:

1.воткни в регистр галку быстрая обработка движения и выкини соединение с журналом
2. выкини все нелепые case из текста запроса.. они там не нужны, всё делается с помощью умножения..

(61) от джёрнала уже избавился, сейчас кейсы грохну, спасибо

АДОДБ числовые поля возвращает строками. Так и должно быть?

3. запрос тоже какой-то бредовый.

нужно делать union all запроса к табличке итогов и таблички движений( если останки еще не на ТА ), но ни как это не левое соединение.. ты половину просто прое..л

посмотри готовые запросы тут


http://script-coding.com/v77tables.html#3.4.2.2.
и тут
http://script-coding.com/Direct_queries.html#7.

но учти, если делать через 1cpp, то там в виртуальной табличке итогов реализован более правильный вариант - расчет итогов в зависимости от даты - либо расчет от ТА, либо расчет от предыдущего итога, в зависимости от даты

т.е, он тупо быстрее будет
:)

(65) спасибо
(66),(67) Это понятно

+66 т.е остаток не на ТА получается либо "прибавлением" движений к предыдущему итогу, либо "отнятием" движений от итога на ТА, если дата ближе к концу периода.

переделал


                    ТекстЗапроса = "
                    |SELECT
                    |    Materiels.SP5224 AS Material
                    |    ,Materiels.SP5228 AS Ordin
                    |    ,Materiels.SP9839 AS Firma
                    |    ,SUM(Materiels.SP5233) AS OstatokMateriala
                    |    ,SUM(Materiels.SP5231) AS BazovStoimost
                    |    ,SUM(Materiels.SP5232) AS ValutStoimost
                    |FROM
                    |    (SELECT
                    |        RegistrDvizh.SP5224
                    |        ,RegistrDvizh.SP5228
                    |        ,RegistrDvizh.SP9839
                    |        ,RegistrDvizh.SP5231 * (1-RegistrDvizh.DEBKRED-RegistrDvizh.DEBKRED) AS SP5231
                    |        ,RegistrDvizh.SP5232 * (1-RegistrDvizh.DEBKRED-RegistrDvizh.DEBKRED) AS SP5232
                    |        ,RegistrDvizh.SP5233 * (1-RegistrDvizh.DEBKRED-RegistrDvizh.DEBKRED) AS SP5233
                    |    FROM
                    |        RA5237 AS RegistrDvizh (nolock)
                    |        INNER JOIN
                    |            (SELECT
                    |                DATE_TIME_IDDOC
                    |            FROM
                    |                RA5237 (nolock)
                    |            WHERE
                    |                IDDOC = '"+ИДДока+"'
                    |            GROUP BY
                    |                DATE_TIME_IDDOC
                    |            ) AS JOURNAL
                    |        ON
                    |            RegistrDvizh.DATE_TIME_IDDOC < JOURNAL.DATE_TIME_IDDOC
                    |    WHERE
                    |        RegistrDvizh.DATE_TIME_IDDOC > '"+ДатаНачалаПериода+"'
                    |        AND RegistrDvizh.SP5224 in ("+ИДыМатериалов+")
                    |        AND RegistrDvizh.SP5227 = '"+ИДСклада+"'
                    |    UNION ALL
                    |    SELECT
                    |        SP5224
                    |        ,SP5228
                    |        ,SP9839
                    |        ,SP5231
                    |        ,SP5232
                    |        ,SP5233
                    |    FROM
                    |        RG5237 AS RegistrItogi (nolock)
                    |    WHERE
                    |        SP5224 in ("+ИДыМатериалов+")
                    |        AND SP5227 = '"+ИДСклада+"'
                    |        AND PERIOD = CAST('"+ДатаПредыдущегоПериода+"' AS DateTime)
                    |    ) AS Materiels
                    |GROUP BY
                    |    Materiels.SP5224
                    |    ,Materiels.SP5228
                    |    ,Materiels.SP9839";



ругается

ТаблицаОстатковМатериалов.ОстатокМатериала = DBRecordSet.Fields("OstatokMateriala").Value;
____________________док___: Тип переменой не поддерживается

в первом запросе, п..ц  же написан :)

зачем тебе все движения регистра меньше позиции документа ???
:)

ну и.. подзапрос там ни разу не нужен, там нужно просто передать позицию дока в запрос  и ограничить период 2-мя датами.. пред дата итога и позиция дока.. усё..

(72)

                    |    WHERE
                    |        RegistrDvizh.DATE_TIME_IDDOC > '"+ДатаНачалаПериода+"'

(73) а как переделать позицию дока в что-то подобное "200801149J9W9CFI92NUZ00"?

Всё заработало, спасибо Ёпрст !!!!

ну, и всем принявшим участие, тоже спасибо

(77)
Переделай  ado на 1c++
убери (nolock) хотя это и не очень принципиально именно здесь
сделай типизацию входных параметров sql запроса
и типизацию результирующего множества
получишь еще суммарный выигрыш этой сессии
процентов 15-20% ( а может и больше )
и  меньшую нагрузку на сам ms sql сервер ( за счет меньшего времени блокировки и за счет то что нет лишнего conecta).

ну и для 100 пользователей купите хороший сервер (само железо) и ms sql 2008 или sql 2012 ( ну и правильно все это настроить - судя по ветке как бы очень сомнительно что твой админ сможет все грамотно настроить)
как бы эти вложения очень быстро окупаются и обоснование покупки железа с sql2008 для руководсва очень понятны чем обоснование
того что переписал какой-то один мифический запрос на какой-то другой мифический запрос.

(0) Пиши всегда в запросах "NOLOCK"

Жесть. я бы тебя за такой запрос высек бы :)
Ты же своим запросом вообще захватываешь таблицу монопольно. :)

(78) Толку? Ты посмотри. Он обращается к журналу документа в монопольном режиме, без NOLOCK-а :)

(80) Правильных советов для (0) в ветке дано достаточно много.
Как (0) ими воспользуется или нет это его проблемы,
ну также кто-то другой может тоже для себя что либо полезное почерпнет из ветки.