Есть ли в 7-ке как в 8-ке #Если Сервер Тогда #499967

Есть ли в 7-ке как в 8-ке  #Если Сервер Тогда День добрый! задача такая что нужно делать поиск по документам. а документов тысячи. и нужно делать поиск по всему периоду. в общем пытаюсь ускорить выполнение через запрос. на сервере если обработка выполняется то быстро. если делаю туже обработку с клиентского, то можно смело идти курить... вот и подумал что если бы этот запрос выполнялся только на сервере то было бы шикарно. или я вообще не в ту сторону думаю?

Есть ли в 7-ке как в 8-ке  #Если Сервер Тогда День добрый! задача такая что нужно делать поиск по документам. а документов тысячи. и нужно делать поиск по всему периоду. в общем пытаюсь ускорить выполнение через запрос. на сервере если обработка выполняется то быстро. если делаю туже обработку с клиентского, то можно смело идти курить... вот и подумал что если бы этот запрос выполнялся только на сервере то было бы шикарно. или я вообще не в ту сторону думаю?

в семерку сервера еще не завозили

нет

не в ту. сделай пользователя "сервер" и под ним запускай 7ку на сервере и при запуске проверяй имя пользователя и индексируй что та тебе надо..

а говорят 8ка г.вно...

конечно г.вно... сервер - это анахронизм...

если не трудно не могли описать пошагово? что то я не улавливаю "сделай пользователя "сервер" и под ним запускай 7ку на сервере".

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

Не верю. Что ищешь, как ищешь база SQL?

прямые запросы спасут отца русской демократии

переход на 8ку спасет отца русской демократии

логично. :) А лучше на SAP

в 8ке телепат фиговый

это мелочи

поэтому сразу на сап... там говорят откаты выше а это точно спасет отца русской демократии.

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

В семерке его вообще нет, если что.

Смешно, ага

+ я тоже посмеялся :)

вай-вай. задели священную корову форума.

даза ДБФ на сервере выполняю запрос: Период с ВыбНачПериода по ВыбКонПериода; выполняется не больше 5-ти секунд выполняю этот же запрос на клиенте, ждал мин 2. в строке состояния писалось что просматривает доки за 2008 год. короче так и не дождался.

Что смешного? То, что многие считают, что 7.7+костыли = 7.7?

Можно на сервере запустить 1С.  И ОбработкаОжидания тебе в помощь.

Открой для себя НайтиПоНомеру

дык так и идет в общем есть код: виполнение всего этого на клиенте происходит от 7 до 10 мин. у меня задание ускорить это гиблое дело

не-не-не... перебор всех со сравнением номера в данном случае кошернее будет.

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

Не начинай глупый холивар, а?

Что-то я не догнал, а каким местом ты сюда запрос прикрутил?

+ давай свой код что ли.

Это тебе что-то там смешно было, замечу.

в замену Док.НайтиПоНомеру(СокрЛП(Номер1+Номер),ДатаПоиск,) делал зарос из , так как думал что запрос работает быстрее чем НайтиПоНомеру оригинально! что это?

Да было смешно. От твоей попытки опять начать спорить вокруг сто раз перетертой темы...

ты две запятые пропустил... оффю глянь очту, плз...

код удалил, так как это не помогло. вот теперь обдумываю(ем) как решить задачу

А попробуй в отладчике посмотреть скорость выполнения Док.НайтиПоНомеру(СокрЛП(Номер1+Номер),ДатаПоиск,) Сдаётся мне, что затыки-то не здесь. Небось это Если внутри цикла крутится?

лишняя

не не лишняя у меня там Индексированная таблица была до этого. осталось после переделки. ты точно мне это адресовал??? это вот что поиск по номеру документа с последующим поиском через класс "БыстрыйПоиск" немного переделанный под себя

нет это не в цикле на форме дока пользователь вводит номер сметы, после выполняется поиск документы по номеру этой сметы(Префикс+номерСметы). одна громадная затычка это в строчках:            КонецЕсли; если поиск документа на сервере идет 5 сек, то поиск контрагента идет 15-20 секунд на сервере

Мне нравятся такие люди. Сам придумал, что я спор начинаю, сам меня успокаивает.

Нда...

перевожу: " Не начинай, глупый, холивар, а?"

почту глянь

конечно не тебе, а ))) Что-то я снова не догоняю. У тебя код контрагента совпадает с номером документа?

ага точно. что то странное.

+ в 39 я имел в виду

вот такая вот мудренная система) при создании документа с таким же кодом создается и контрагент... жуть. я сам не совсем понимаю для чего это

Ужас сколько же у вас контрагентов или что же у вас за сервер... что поиск по коду в справочнике выполняется 20 секунд... Может вам пора перейти на SQL? А вообще очень хочется вам посоветовать привести в порядок сервер, сеть, почистить базу, настроить антивирусы.

в первую очередь им голову в порядок надо приводить..

В документе смета есть поле контрагент?

Такая система - зло. Причём саморазрушающееся. Если её не сломаешь ты, она сама себя вместе с базой сломает.

нууу это всего лишь одна из реализаций партионного учета. Только лучше бы они его в разрезе договоров вели... Если уж  не было возможности сразу выбирать правильную систему.

Изврат это.

контрагентов - так, на глазок - 500-600 PageUp-оф в развернутом во весь экран справочнике контрагентов. в одном PageUp-е 38 строк. получается 500*38= 19000 контрагентов. но эти данные заижены на тыщ 5 примерно. в общем что бы я сейчас не творил с кодом все это работу существенно не ускорит... надо менять систему полностью?

еще раз доли секунды и будет у тебя список доков с таким номером. дополнительно добавишь фильтры по видам доков и по датам и получишь один документ нужного вида в нужном периоде и пущай этот запрос хоть на сервере хоть на рабочей станции - пофигу где. именно сам поиск будет работать БЫСТРО. ну если ДБФ версия то там надо кой чего еще учесть. я не знаю я только скулем пользуюсь

ДАЖЕ ВОТ ТАК ТОЧНЕЕ |Select |    з.ИД as ИД это если номер строковой если числовой тогда

Жесть какая-то

У нас на скюле бух база в разрезе договоров ведет отгрузку по документам. в среднем 12-15тысяч документов в год с  2001 года. Все в одной базе. Полет нормальный :) надо все проанализировать и менять подход. Чует мое сердце что там не только в этом документе проблемма. скорей всего еще в оплатах. и краснота в оборотках. На вскидку переход на с DBF на SQL будет самый без болезненный. В документе смета поле контрагент есть?

если не трудно объясните мои вопросы у меня есть документ РегСметы

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

он предлагает тебе воспользоваться прямыми запросами. Вот тебе прекрасная статья по прямым запросам. В кратце тебе надо будет скачать 1cpp.dll, драйвер фокса. длл в каталог сбазой положить, и использовать как внешие компоненты драйвер фокса установить на каждой клиентской машине.

+ вот так примерно все должно выглядеть?

_1SJourn это журнал документов (в скуле в этой таблице хранится "журнал" документов скажем так) опередил меня и все верно сказал. "На вскидку переход на с DBF на SQL будет самый без болезненный. В документе смета поле контрагент есть?" простой переход на СКУЛЬ не решит твоей проблемы

не совсем верно. у меня то на VIEW многое (слава Садовникову) поэтому я по русски пишу. а ему надо учитывать МЕТАПАРСЕР

+ и  НЕ ПУТАЙ АВТОРА НомерДок (DOCNO) есть в _1SJourn но никак не в таблице самого документа (в DH)

он решит проблемму с поиском по коду и номеру документа :) уберет проблемму с падением производительности на клиентской машине. из за битой сети. Если она коечно битая.

+ тьфу блин. балда...я...ты же и есть автор))))))

ну ваще поиск скулем и в ДБФ можно использовать через драйвер фокспро (так он вроде зовется) вот падение производительности да.

вот и вернулся я в глубокое детство, у меня в башке одни ПОчему да Что это! (в DH) - что такое ДХ? VIEW - ???? а ему надо учитывать МЕТАПАРСЕР????? через драйвер фокспро (так он вроде зовется) ??? что за???? я так понял прямые запросы обращаются не к объектам конфигурации, а к таблицам в самом каталогу базы

в общем буду изучать прямые запросы, большое спасибо за советы!

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

точнее вот тут КОМПОНЕНТА - документация.

читаю. а как узнать какая именно таблица из каталога базы соответствует моему док РегСметы

Огромное спасибо за помощь!

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

: ну помощь ли это - ещё вопрос. это как минимум приличное проседание по срокам на освоение, а потом вполне может оказаться "не в коня корм" и потраченное время окажется просто потерянным.

выдвинул шефу такую идею, сказали надо обдумать..

думаю лишним не будит изучить, давно уже слышал об этом 1с++. все руки не доходили. вот клюнул... теперь до всего руки дойдут

Все равно если база более 5 гигов я бы перешел на скюль так спокойней.

на это есть метапарсер вот тебе пример кода из учебника ТекстЗапроса = " |SELECT метапарсер сам знает имена таблиц. тебе надо научиться ЕМУ объяснять что ты хочешь получить а SQL серверу на своем языке он САМ скажет что ему надо

- не верно говоришь в ДБФ ОПСАНО приближение ЛЮБОГО из файлов *.dbf к размеру 2Гб вот это более правильно

верно я говорю :) В ДБФ опасно кривая битая сеть. компы с вирусами... Как кто то говорил. СКЮЛЬ решает проблемму с ленивым админом. Размер табличек вторичен.

да база всего 1.4 весит

к чему тогда было "если база более 5 гигов" а вот размер файла в 2ГБ как раз критичен для ДБФ ибо для ДБФ которые в 1С это предельный размер файла.

погоди ты. тут уже другой спор. больше это ветка НЕ ТВОЯ))) заведи себе новую)))) НЕ ну правда 2ГБ и КИРДЫК. а ты говоришь размер не имеет значения ТИПИЧНЫЙ мужской ответ)) а девушки кстати говорят другое)

: ну значит охрененная толпа клиентов работает вполне спокойно и успешно на файл-серверной версии хранения данных вопреки твоим утверждениям. прав по всем статьям, из пушки по воробъям да с доп.затратами - глупость.

: если не менять кернел - то глюки начинаются как только какая-то таблица переползает на второй гектар. подпиленный кернел отодвигает эту границу до 4-х гектар - но там уже 2Г ограничение "системное" появляется.

А подскажи - где про эту допилку посмотреть можно?

Эх еще раз повторюсь. Это мое мнение. В случае есть подозрение на криво настроенный сервер и битую сеть. Мнение субъективное. И пожелание перейти на SQL это пожелание стабильности в работе БД. Ни каких предубеждения по поводу ДБФ, SQL, 1с8 у меня нет :)

>>>   да база всего 1.4 весит >>>  Skom >>>   погоди ты. тут уже другой спор. >>>   больше это ветка НЕ ТВОЯ))) заведи себе новую)))) Пацтулом...

: на ИС поиском по Kernel3x.dll ща попробую найти и кинуть ссылку.

+: во, у себя в закладках нашёл:

: да бестолку тебе повторяться. ты пихнул свою построенную на неуместном обобщении рекомендацию не соизволив вникнуть в контекст - и получилась глупость.

тем временем компонента 1CPP.dll не регистрируется в винде

: даладно? :))

да к гадалке не ходи!

ее РЕГАТЬ не надо ее надо ЗагрузитьВнешнююКомпоненту; (вроде так)

при условии что она лежит либо в каталоге базы либо в каталоге программы