Кто нибудь тестировал огромные запросы? У меня отчет порядка 100 000 строк за год, порядка 15 выводимых полей.

Умирает и все тут. Нехватка памяти.

ааааа...так ты УТ 11 внедрил... Ну, ну...
Несмотря на все ее вкусности и удобности в виде наконец-то внедренного ячеечного хранения и гибкой сочетаемости номенклатур я лично не рискнул ее внедрять...

(348) возьмем простые обычные бизнес процессы происходящими с номенклатурой.
1) Переоценка. Вот прислал тебе поставщик прайс в 100 000 строк. тебе нужно
а) все эти цены загрузить в 1С
б0 на основании этих цен сделать переоценку.
Переоценка уже сама по себе обработка данных. Заполнение и проведение документов и т.д. Все это обработка данных.
2) прайс лист или другой прочий вывод инфо (например для обмена). Скажем даже выгрузка в бухгалтерию - все типове обмены написаны на КД и xml. Я еще не делал но уже сто процентов уверен что обычным обмен с бухгалтерией зависнет нафиг.

(352) Вот всегда было интересно, когда есть автоматическая выгрузка, зачем бухгалтерии аналитика 41 счета?

(352)Это ты так пациента своего впечатляй.. Борьба с мельницами во имя Дульсинеи..

У меня болдее 300 продаж обработки по загрузки из экселя. Я уже прайсов перевидал столько разновидностей -сколько никто из вас не видел. Почти половина клиентов работает с прайсам более чем в 10 тысяч строк. Были случаи в 120 тысяч.

(352) Предлагаю прежде чем спорить и выдвигать гипотезы сначала почитать немного теории.

(352) Какая в жпо переоценка? Чего ты переоценивать собрался? У тебя учет по ценам реализации? У тебя все 100 тыс. наименований в запасах?

Сказки какие-то рассказываешь тут...

(353) еще никто в 1С не придумал как тогда списывать себестоимость если нет разреза номенклатуры.

(355)Вопрос, сколько бизнеспроцессов в контексте логистики будет на огромном складе с 100000 номенклатуры? Хотя бы приблизительно?

(358) Да ну! Еще при бумажном учете в эпоху исторического материализма умели работать с товарными группами.

(357) у тебя много вопросов, исходя из которых понятно что ты еще ниразу не работал в фирме с таким объемом.
У нас интернет-магазин и продается всё! система под заказ. но есть и склады. на складах порядка 10 тысяч постоянно. Остальные все это продажи под заказ.

Мля... объясните челу кто такой "категорийный менеджер" ... или у него бузинэсмэн корячится и в башке все каталоги держит??

+(361) постоянные обмены с сайтом, авто переоценки, авто планирование и т.д. и т.п. даже система логистики на автоматическом уровне. А работа с интерактивными анализами потребовалась чтобы из всего ассортимента иметь возможность заказывать самое совтребованное (это тысячи позиций) и пополнять склад в объемах - чтобы получить более выгодные при закупке условия.

(362) "если ты такой умный то почему до сих пор бедный ?"
На прошлой фирме владелец знал всю номенклатуру в 30 тысяч и сам занимался планированием. причем попозиционно. Мог 4-8 часов потратить. Зато он зарабатывает миллионы - а ты нищеброд будешь всю жизнь за суп работать.

(364) почему бедный? с чего ты взял? :))

(361) Твои "объемы" дутые и являются плодом твоего воображения. Которое ты нам тут пытаешься впарить. Самый крупный справочник, который я видел - около 1млн. 100 тыс. наименований. В крупной торговой сети, работающей с запчастями. При этом в запасах, в заказах и в пути не было больше 12-15 тыс. наименований. Остальное - "историческая" информация или разовые покупки.

(364) Какая в жпо переоценка? Чего он переоценивал?

+(365) на Логан годами не коплю...

(366) ты какой то тупой спор завел. абсолютно пустой. лбом бьешся о том что таких объемов не бывает и прочее прочее прочее. Хотя они бывают! и это абсолютно не значит что твое мнение о том что такого нет - единственно правильное.

и уж тем более бредово звучат мнения о том чт оесли 1С вываливается - значит все пипец. работать нельзя. оказывается такие отчеты не нужны - какого уя вы их крутите!

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

(368) Да ты просто фигню нам тут грузишь какую-то. Придумал сам для себя какую-то проблему. И чем больше тебя носом в элементарные вещи тыкают, тем больше у тебя фантазия разыгрывается.

(370) Давай больше - терабайты! С ежеминутной "переоценкой" и боссами, смотрящими отчеты по миллиону строк.

А слабо про петабайты загнуть....?

Помнится были у меня аналитики....Тож любили 10 группировок сделать в отчете, так что база чуть не падала...
Пришлось сделать им вторую, благо актуальность "23 часа прошлого дня" их устраивала....

Скажите, коллеги... Вы случайно на дочке директора бисерной фабрике не женились?

(375) Ша... А то сейчас некоторые скажут, что все кАнкретные бизнесЬмены бисер поштучно учитывают и в отчеты выводят.

(376) А ты его не учитываешь? А что ж тогда мечешь его?

(377) Хочу узнать пределы фантазии. Может среди нас новый Азимов, Хайнлайн или Лукьяненко на крайний случай.

(330) вас ни капли ни клинит , как я погляжу)

(375) смешно)

(375)

Денис, вы про большое количество единиц выпускаемой продукции или это метафора "Коллеги, вы с такой легкостью мечете бисер перед Маней, как будто женились на дочке директора бисерной фабрики, и у вас этого бисера несколько кубометров !!!" ?

(379) Симпатяшка

(381) я про Мф., 7-6

(336) >регистр ВыручкаИСебестоимость не содержит измерения номенклатура - используется справочник КлючиАналитикиНоменклатуры.

значит, все-таки РАУЗ зашили....

(351) >наконец-то внедренного ячеечного хранения

чего?? :)) ячееститого хранения? это создавать в справочнике под каждую ячейку элемент - это уже "ячеестое хранение"??
И "сочетаемость номенклатуры" - это привязка цен и названий номенклатуры поставщика к продажной номенклатуре??

(358) как это не придумали списание без номенклатуры!? РАУЗ и КлючиАналитики.... :)
списание на списаниии и списанием погоняет...

(330) а что - теперь все беды 1с от IBM? вроде от Си и SQl были... :))
тогда че мелочится - сразу от Оракла.. может, тогда 1с быстрее заработает, если её такое "родство" наклеить... :))

(352) Все это делается напрямую в SQL через Merge. У меня многомиллионные прайсы грузятся за несколько минут (когда идет изменение данных, при добавлении удалении уже тормозят индексы).
Но вывод на экран и ручного изменения цен никто не делает. Просто человеческих ресурсов не хватит.

(364) Ну у меня нет зависти к человеку, который так тратит свое драгоценное время, вместо использования, изобретения алгоритмов позвояющих максимально автоматизиовать данные процесс. Помню когда людям показываешь обработки формирующих такие заказы и они сравнивают со своими расчетами, то потом чешут репу и говорят "А что же буду делать Я".

(388) ресурсы дело десятое. тут самый интересный вопрос в том что 1С не такая уж и мегасупер масштабируемая система если отчет в 10 мегабайт вывести даже не может.

(389) автоматизация это одно, реальная жизнь другое. Комп не может расчитать экономическую ситуацию, резкое изменение спроса, колебания цен, дефицит товара и прочее прочее. ну и еще конкурентную борьбу. Например прошлая фирма занимающаяся стройматеарилами - ситуация могла каждую неделю менятся. Десятки поставщиков - одни выходят другие прихъодят и т.д. и т.п.

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

А уж такая система как 1С так вообще не способна чтолибо дать (в типовых вариантах)

Вот кстати отчет о котором я говорил
http://subsystems.ru/catalog/29/154/

В принципе директора устроил. вместо выкрутки какого то сумашедшего отчета в динамике потом колбаски в экселе, просто специально добавил нужные показатели и добавил отбор. Вышло 2000 оборотных товаров из 100 000, которые уже можно анализировать.

(391) На то и нужны программисты. В любую задачу можно предусмотреть кучу показателей по которой будут работать алгоритмы, для конкретных условий. И уверяю тебя это будет намного эффективней чем ручной просмотр даже 1000 позиций.
Про типовых опять же. Это наш хлебушек. Если бы все было написано, мы бы работали в других сферах. Это же забота о нас Родимых, о нашем благосостоянии. Их не ругать, а хвалить нужно.

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

Там где я работал и работаю все максимально автоматизируются. Про парикмахерские, продаже Яхт не знаю, не работал.
Но я не понимаю, зачем хаять то на чем работаешь. Не хочешь занимайся другим, или находи решения возникнувших проблем.

Через две недели чтения отчета сошедшая с ума бухгалтерша сожгла его прямо на столе.

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

Вообще впечатлнение такое что конфы на УФ реально гораздо тормознутее в рабоет с данными.
Например я уже точно тесты сделал что динамические скиски вызывают дикие тормоза.

Было несколько замеров форм в которых было множество списоков одни были динамические, потом я их менял просто на таблицы в которые выгружались данные. Результаты просто в десятки раз.

(394) тебе про то что нефиг обнимать необъятное и не надо смешить сообщество анализом 100000 позиций говорили давно...

(401) осталось замерить объемы озу и убиться об стену... подумать на досуге откуда берутся данные списков и тз...

(402) опять двадцать пять начнем по кругу? причем тут анализ. причем тут необъятное. Ты самого главного не понял. Главное во всем тут это то что мегасуперпуперсистема 1С не делает такой элементарной вещи а тупо умирает и вываливается. Где эта хваленая масштабируемость 1С?

(403) в 1С очень много зависит от метаданных и методов метаданных. Эьто уже давно доказано не одним мной. Если например 1С сделала тип динамические списки в 8.2 это не говорнит о том что этот объект по скорости работает наравне с другими. На уровне ядра вполне допустимо что в каких то объектах 1С может тормозить.

(404) эксель валился на 63000 строк. скуль на 256 таблицах - никто не берает и не истерит...

> в 1С очень много зависит от метаданных и методов метаданных. Эьто уже давно доказано не одним мной

а кем? зануси (с) реклама?

маня, не пори куиты...

И память и данные тут нипричем. Я именно говорю про предположение что тормоз заключается в самом объекте динамического списка.
Например передача любого параметра в динамический списко тремя строчками кода в типовом коде типового подбора вызывает тормоз за счет которого система реально тормозит. Сделай замеры и все увидишь. Причем передача параметра вообще элементарнейшая а в замере выводит до 70 процентов всего времени получения и обработки данных!

(406) хватит киздеть то. Если эксель 2003 когда то валился. то на дворе 2012 и никаких ограничений нет.

(409) пройдет лет 10 - не будет и в 1С

Например есть список номенклатуры на форме и есть дополнительная таблица в этой же форме.
при активации товара в другом окне джолжна от ображатся некая информация.

Два варианта:
1) В случае если второе окно мы делаем динамическим списком. причем каким нить элементарным с параметром текущей номенклатуры. Т.е. при листании по списку в другом окне отображается фильтрованная информация. Происхолдит тупо передача параметра в запрос второго динам чисписка.
2) Вторая таблицу делаем не динам списком а просто ТЗ, пишем запрос с параметром номенклатуры. Программно выполняем и выгружаем в ТЗ при активации...

Так вот: первый вариант с динамическими списками - вроде самый элементарный тормознее второго в десятки раз!

(411) Тебе стоит подучить что такое динамический список и то как он работает.

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

А еще меня бесит тупая  что на каких то ошибках не выдает ни номера модуля ни предлагает конфигуратор. А тупо вываливает какую нить фигню и сама вываливается.
Просто уже задолбало.

(413) Я тут все не читал, и хотел ответить "У меня не тормозит", но все зависит от запроса ДС и настроек. Если к примеру у ДС не установлен признак динамического получения выборки то система получает сразу результат всего запроса, это много и долго. И важно понимать что произвольный запрос получает однозначно не меньше 1000 строк выборки. Оценивайте СВОИ задачи и используйте ДС только в том случае когда оно оправдано, не надо думать что ДС просто форма списка чего угодно.

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

(416) Ну так используй обычные формы!

(415) все стоит как надо. запрос элементарнейший. Вот пример
Список номенклатуры и рядом окно с ценами номенклатуры (оба динамические списки). запрос цен жлементарнейший.
При листании номенклатуры во втором окне должны цены отображатся тек номенклатуры.
Передача параметра вызывает у второго динам списка в замерах просто дикий тормоз.

(417) это к чему совет был? переписать всю УТ11 на обычные формы предлагаешь?

(414) УФ - вотчина тонкого клиента - что показывать? какой конфигуратор?

Отладчик четко показывает тормоз передачи параметра.

(418) Я счаз без сарказма и пр..
Ты понимаешь концепцию управляемых форм и тонкого (веб) клиента? На них гонять запросы при скроллинге нельзя, это бредятина. Нужно перейти к связанным данным - нарисуй команду или кнопку воткни... Безусловно обновлять запросы при скроллинге это не для УФ.

(418) зачем цены делать дин.списком?

В догонку: УФ __примитивнее__ обычных форм, нужно АРМ делайте его на обычных формах.

(422)+100500

И еще в догонку: УФ это не замена обычным формам. Не надо их воспринимать как "обычная форма 2.0".

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

(424) такой ответ не устраивает (не меня) пользователей работающих на 1С и ты это сам должен знать. Я общаюсь с огромной кучей народа которая является юзарами сотен предприятий. у них у всех потребности в фукнционалах, сложных формах и прочей фигне. и им глубоко как то фиолетово на то что есть УФ и в них нельзя делать то что надо, когда оно всю жизнь было в других 1Синах.
Это я говорю о том что менталитет уже сложился и его не обломать. Если кому то надо чтобы все чтоббыло ранее  на обычной форме было на УФ - значит надо. именно так звучат сейчас требования от юзеров.

Многие то и УТ11 выбрали не из за УФ и за за функционала учета.

>Ты понимаешь концепцию управляемых форм и тонкого (веб) клиента? На них гонять запросы при скроллинге нельзя, это бредятина

а почему?

(428) А я, млять, хочу чтоб у меня их крана Хеннеси текло!

(427) я всегда всю жизнь был не кодером в 1С, а прикладным программистом. Меня на 95 процентов интересуют задачи решаемые в 1С а не тупо знание встроенного языка (который я считаю досточно элементарным).

(431) мнение 1Сника никого не волнует. ты как и я обслуживающий персонла. 1С служит не для программистов а для работы предпориятий и решения их и только их задач и интересов!

(430) Дано: база на сервере в мухосранске. Пользователь с вебтерминалом на мальдивах, скорость НЕстопитсотмагабайтт... Какова возможность передачи данных между узлами? Ну уж точно не онлайн без задержек. А какова скорость обмена данными при участии вебсервера, например апача? На на трансляцию типов данных уйдет сколько! А выборку клиенту вернуть? А там 1000 строк! А скорость никакая, да еще и вебсервер на полпути мешается...

(433) почитай лицензионное. там написано кто и кому служит

(433) Ну представь из себя водопроводчика. Я хочу Хеннеси!

(434) зачем крайности? я думал есть что-то реальное, в пределах локальной сети, без апача и прочих прокладок... 1000 строк - в 1С зашили в шаблон запроса по ДС "TOP 1000" ?!

(434) Я не встречал ни одно конторы с заданными параметрами! Для скольких процентов всего количества пользователей 1С служат эти параметры? 1-2 процента? а остальные 98 что должгны делать???
Учитывая то что эти 98 вообще нафиг не нужен вэб. все в локальной сети.

(437) Ну так конвертация в данные формы по любасу происходит, ну нет апача, ну и хорошо, но данные конвертятся все равно. Если локалка запускай толстый клиент (УФ) и наслаждайся скоростью.

(438) У тебя очень скромный круг клиентов. Смотри (439)

К тому же впридачу к (434) ограничение УФ в плане функционального получения НУЖНЫХ для работы предприятия данных напрямую НЕПОСРЕДСТВЕННО связано с той реальной работой которые выполняют пользователи получая эти данные.
Если юзеру нужна информация значит нужна! Он выполняет свою работу в бизнес-процессе предприятия.
А что ему даст пустые формы, которые на 99 процентов существуют в УТ11 и предоставляют 0 информации для работы торгового предприятия.

Я уже писал выше - про конкретные отчеты и прочие вещи которые на все сто процентов необходимы.
Взять то же самое обработка-отчет Солстояние обеспечение заказов. это же просто смерть в работе.

(439) хм...как бы тут все эта тема и сабж проводилась в толстом клиенте УФ

понятно... короче по сути маня прав, как не печально... 1Ц опять в своем великолепии - пинками загоняет в очередную какашку...

маня не хнычь -  не пройдет 10 лет и УФ заработают в приемлимом виде...

в УТ11 все формы функционально одинаковы что в толстом что в тонком и вэб клиентах. Речь в функционале. ну и плюс тормоза. Они есть.
Вопрос риторический. УТ11 полностью сделана на одних формах.
Например вот УНФ имеет два интерфейса. Нужен веб юзай тонкий. нужно другое -юзай толстый обычное.
но в УТ11 всего один. Могли бы сделать два в таком случае.

Коллеги не потрудитесь сами проверить работу УФ в толстом клиенте, сравните производительность с тонким клиентом, обычными формами, потом продолжайте дискуссию.

(444) да уже пофигу. мне то что. работы дофига. трудимся. тьмища работы.

(445) я тебя удивлю, но в УФ вообще нет никакого функционала.

(434) Вот пэтому то терналы во многом вигывают. А во пять ж пй просданных ведет к огромнокочеству пеедавеых даных. Нужно боротся с ленотью юзеров и не потакать им, а наставлять на путь истинный.

Чего то комп тупанул (449) Читать
Вот поэтому то терминалы во многом выигывают. А вот опять же тупой просмотр данных ведет к огромному количеству передавемых даных. Нужно боротся с ленностью юзеров и не потакать им, а наставлять на путь истинный.