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

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

да пастаянно. один раз сожрал все 12 свободных гигов на сервере

(0) 100000 вывести надо или перебрать ?

(2) вывести.

Номенклатуры 200 000. но в отчете точно известно что будет 100 000.
При этом еще по 10 регистрам запросы.

в среднем на странице пусть около 40 позиций... итого = 2500 страниц как минимум... да ни в жисть не поверю, что кто-то будет 5 пачек за раз анализировать... проблема - г*но, высосанное из пальца

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

(0) может памяти добавить?

880 строк сличительной жрало 360гиг и умирала, кто больше?

x64?

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

йа бы тоже умер...

выводить 100000 строк - это кощунство.
может по кускам выводить в файл.

а эксель выводит без проблем

Вывод умирает именно на табличном документе.
Плавали, знаем.

Выводи поблочно, фигли, храни временные в ТЗ.

p.s. Использовать СТруктуру для хранения - тоже зло.

(12) к черту 1С, ведите все базы в экселе, он же больше 100 тыщ строк выводит...

ЗЫ, Помню, в аспирантуре у нас одна девочка БД для дисера так и сделала - в экселе, каждая таблица - отдельный лист

(5) Скажи это Росалкогольрегулированию.

Но вообще Маниак - такой Маниак.
Я не удивлен.

(12) лист Экселя может содержать не более 65500 строк....

(17) в 2007 вроде это исправлено уже

(9) В x64 нету вывода на экран.
x86 не может юзать больше 2 Гб, (по факту 1.5)

(17) уже давно нет ограничений

(15), а Маня - Алкоголь - 100 тыщ строк в отчете...
у мну все логично :)))

(19) стоит винда энтерпрайс. у ней нету ограничений на использование памяти. На сервере 16 гиг.

автозапчасти. может быть и больше.

(20) вот тебе и карты в руки - выводи сразу в ексель

>стоит винда энтерпрайс. у ней нету ограничений на использование памяти

маня такая маня...

(23) на логан? О_о

(22) падает скорее всего на темповом файле
я к проблеме (8) дал для темпа винт на 2ТБ, падало с ошибкой темпового файла хз на каком размере
спас рестарт сервера 1с

(19) а как же /3Gb ?

15 релиз? А то у меня сегодня тоже обмен выдал нехватает памяти

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

(28) Может все же
AWE?

AWE должно поддерживаться на уровне кода приложения.

(28) 3GB - это значит 3 Гбайт юзеру, 1 Гбайт системе, а не 2 и 2.

(30) Ну ты проблему то свою решил?

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

(34)+ да, неужели реально существует тот чел, который распечатывает этот отчет, потратив несколько пачек бумаги, потом наверно надо его сшить или переплести, и потом он читает его по ночам: тысячи страниц, да еще и 15 колонок?

на 7.7 выводил акт об оказании услуги на 668 листов мелким шрифтом

на 8.2 - это детские обьемы, только конечно отчет нужно "подшаманить"

(34) Например отчету. Не всегда же получения данные это вывод наэкран.

(0)
1. 32битный сервер на 64
2. Получаешь данные кусками, используя временные таблицы

(38) "сервер" читать как "сервер 1С:Предприятие"

(37)А у меня проблем с запросами с десятками миллионами записей нет. Правда колонок 6-7.

(40) а с выводом в ТабДок?

(40) проблема в размере получаемых данных...  сервер предприятия хавает ~ >1.3G и усе умирает

(0) выгрузи в csv файл и открой в екселе

(42) А вот в табДок смотри 34

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

(32) Advanced users may know that the virtual address space of processes and applications is still limited to 2 GB unless the /3GB switch is used in the Boot.ini

(42) Ну значит нужно переходить на прямые запросы. Там таких проблем нет

(31) awe - это когда приложение само рабоьает с памятью минуя виндос

Не парьте мосхи. Отчет нуэжен значит нужен. Никто не виноват что 1С их не делает.

+47 Либо бери ТОP запоминай последний и выбирай следующим все что больше по сортировке этого значения

(49) Никому он в таком виде не нужен. Мы живем в век автоматизации и оптимизации.

(6) какой точный номер билда ?

(51) Программисты в большинстве своем не шарят что нужно или нет. Поэтому вопрос этого не касается.
Отчет нужен.

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

Я до этого работал в компании с 30000 номенклатуры - там это повседневные отчеты были. И для анализа, для переоценок и для всего остального.

(46) Угу.
(48) Угу.
И?

на сервере сжирает или на клиенте?

>Я до этого работал в компании с 30000 номенклатуры - там это повседневные отчеты были

и что делать то с этой кипой бумаги?

неужели есть те кто 32 архитектурой пользуется?

64 стоит денег

(0). Делай порциями и сам объединяй кусочками.

(58) какой бумаги? никто ничо не печатал. это отчеты и обработки для использования. Тоже самое например планирование закупок, или например переоценка товаров. вывод таблицы с инфой и прочие данные.

Сейчас на 2003 энтерпрайс. Ошибка на файловой БД, сервер 1С у нас 64 но еще винда и новый сервер не приехали. Сейчас ставлю пострискл для проверки.

Поставил в бут ини
[Operating Systems] multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows Server 2003" /fastdetect /3GB  /USERVA=3030

(62) У нормальных программистов Планирование закупок никто просмотром не занимается, а создаются автоматически на основании статистики или минимального количества. Переоценку тоже никто вручную не делает, только по группам товров с определенным процентом. Огромное количество задач легко оптимизируются.

(65) Художника обидеть может каждый.

(66) Устал я от юзеров, которые мыслят своими простыми категориями. Причем повсеместно. Приходится создавать им оптимизированные отчеты и многотысячные листинги. После того, когда они понимают, что автоматичски создаются бысто и  выдают все что нужно быстро на них переходят.
Зато какая трата времени. На вопрос ты чем занят "Да вот 50 000 лист просмотриваю".
Какая экономия рабочего времени.

(67) Я про автора, если что.

(66) Я понял. Просто вговорится захотелось :D (голливудская улыбка)

(61) +1.

(12) а кто сказал что Ехсель их ВЫВОДИТ?
все нормальные программы имеют кэш, и выводят на экран из него частями, изображая сбоку скроллинг на всю выборку.

Если на то пошло: TOAD-у вообще пофиг сколько строк выводить, хоть триллион.

Можно даже скроллинг не поганить, сделать тупые кнопачки "След. страница" / "Пред. страница".
Элементарно, ПРОпрог.

Вставляешь в свой любимый СКЛ таблицу "Выбрать все что нужно + row_number()over(...)".
И дальше соображаешь что делать по кнопачкам "Вперед" / "в Зад"

(65) "У нормальных программистов Планирование закупок никто просмотром не занимается"
скорее наоборот. у подобных программистов, из-за недостатка знаний, юзервы не в 1С планирование делают а в экселях. А у нормальных получают все таблицы в самой 1С.

Народ еще раз -хватит тупить!!! Проблемы не в выводе а в формировании!!
Во первых у меня отчет с фильтром. И фильтры там разные.
Например если я беру период продаж 2 года, за все периоды ставлю отбор - выводить только те позиции которые продавались каждый месяц отчет тоже умирает за этот период. Хотя должно вывестись всего позиций 700. За полгода выводит, за год и более - тоже мрет.

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

(0) считал сколько объем выбираемых данных в байтах?

(0) За какое время пользователь успевает изучить отчет размером в 100 тыс. строк?

Может стоит включить мозг в правильном направлении?

(78) очевидно же, что автору нечего включать.

100k строк, если уделять просмотру строки всего одну секунду (что для 15 показателей как-то маловато), то на весь отчет уйдет чуть меньше 28 часов. Ежу понятно, что с такими объемами данных люди не работают. Ежу понятно, а маньке-сантехнику понять сие не дано

(79) У него альтернативный взгляд на мир.

(0) > "У меня отчет порядка 100 000 строк за год, порядка 15 выводимых полей"

(75) > "Проблемы не в выводе а в формировании"

Дак об чем речь-то все же?
Думаешь все СУБД всё всегда делают ОДНИМ конским запросом?
Слово "кеширование" слышал?
Слова "PreJoin" ? "Витрины" ?

Ну и общее - "оптимизация" ?

Это не Маня случайно?

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

маня, а где текст запроса ?

15полей * 100тыс строк = 1,5 млн значений юзеру предлагается просматривать и анализировать в башке.
"Ага... закупку Белого Хлеба у Пупкина уменьшу в 2 раза"

(78)(79) а может ТС просто нагружает 1С и смотрит как она будет работать при таких объемах данных

(20) Маня такой Маня :))
Попробуй забей что-нить в строку 1048577 :))

(86) Лучше бы он нагрузил кирпичную преграду массой своего тела..

куда автор делся ?
где код?
чую там ошибку

(65) +1
Выводить такой объем на экран для анализа пользователем - это маразм.

(89) Автор читает 18 647 строку только...

(89) любой типовой отчет возьми. динамика продаж например.

(90) маразм это когда система которая стоит денег (нам лицухи вышли 200 тысяч рублей), рекламируется как мегамасштабируемая и т.д. и т.а. не может вывести отчет в 100 тысяч срок.
Кстати у многих поставщиков прайсы такого размера.

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

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

(95) слушай. если бы никто не стал - я бы не задавал вопросы. сейчас на моей фирме лично директор постоянно такие отчеты крутит и смотрит! бизнесу уже 10 лет.

а на прошлой фирме было всего 30 000 номенклатуры и там ежедневно юзервы формировали отчеты (практически все) по всей номенклатуре. в том числе каждую неделю новый прайс.

(94) работа одинесника в том и заключается, чтобы думать, а не выполнять тупые и безрассудные хотелки пользователя.

Если юзер хочет отчет в 100 тыс. строк - одинесник должен понять, зачем юзеру это нужно. Может юзер хочет не отчет, а таблицу экселя.

(95) если ты не идиот то почему до сих пор 1Сник а не успевающий бизнесмен который ничего не крутит и не смотрит - а бабло гребет лопатой.

(96) если дир крутит такие отчеты то тут только 2 варианта - либо он лох (что очень сомнительно) либо бы просто не предоставил ему другой возможности анализировать акромя как вывести миллион строк и мол пусть сам там разбирается...

(99) Маня скатился на личности... ужас

(98) какая то логика у тебя дурная.
"Может юзер хочет не отчет, а таблицу экселя."
чем отличается отчет в сто тысяч срок для уподоваемости проглядки от такого же таблицы экселя?

(90) Паршивенький прайс 1С занимает больше 10 000 строк, так что с учетом свернутости отчета по группировкам 100 000 строк — это более чем реально.
Маня конечно еще тот Маня, но не стоит уж так подставляться-то :))

(98) если выполнять все тупые хотелки пользователя дословно, то скоро будешь кофе ему носить.

Мне вот интересно. Прайс-лист... бла-бла... А нафига 100 тыс строк прайс листа выводить на экран?

(93) Такие прайсы если и бывают, то явно не в виде одной тупой простыни на стотыщ строк.
(97) Значит такие как ты безрукие спецы не дали им нормальный инструмент. Или не научили пользоваться.

(96) каждый день все строчки сверяет ?

(103) во первых речь идет об отчетах (для аналитики) а не о прайсах, во вторых - кому ты такой прайс в 1Совском формате собрался отправлять?

(100) ты тупой или тему читать не можешь?
Уже 10 раз сказал. Проблемы с память выходят как и при формировании такого отчета (на стадии выполнения запроса - даже не доходит до вывода на экран) так и при получении фильтрованных данных.
Конкретных условий в запросе которые на 100 000 номенклатуры должно отобрать всего 700.

директор выкручивал  отчет за год по всей номенклатуре (в семерке), (я сейчас делаю перевод на восьмерку), сохранял в эксель помесячно. - расчитывал по формулам продаваемую номенклатуру, фильтровал.
В восьмерке нет ни одного такого отчета который бы показывал продаваемую каждый месяц номенклатуру.
Он конечно кинулся его делать обычным способом. т.е. всю динамику продаж.
- болт.
Я написал специально отчет который из всех продаж сразу расмчитывает и выводит такую номенклатуру. работает вскго за период до 6 месяцев. За год и больше - нехватка памяти...


Уж лучше сразу так и скажите - у нас нет в жизни мы не видели ни одной базы клиента с подобной номенклатурой. Я больше поверю, чем вы тут сидите и звиздите в тех задачах которые вообще нафиг не понимаете.
А вместо того чтобы обсудить выпад 1С и её неспособность работать с большим объемом данных обсуждаете невесть знает что.

(105) Понимаешь ли в чем дело, Икогнито, он же Санта, он же Волчара2010, он же ХрюнМанюн, он же Очкарик, Маня в чем-то прав, а именно, какое твое дело, зачем директору понадобилось 100 000 или пусть даже 1 000 000 сгруппированных строк на экране? :))

(106) А кто говорит про тупую простыню?

(108) а что с какого то перепугу в типовых появились прайсы которые в экселе сразу формируют отчеты? Это раз! Во вторых - сто десятый раз повторю - проблема нехватки памяти никаким боком не касается формирования табличного поля. Завис происходит на уровне запроса.

(96) Звездешь, служащий для отмазки собственной бестолковости. Ни один директор не станет смотреть отчет, занимающий более 3 страниц.

(113) Смотреть — да, искать что-то — нет :))

(109) кто же на файловой версии такие отчеты пытается делать?

Не удивлюсь если автор свой гениальный запрос еще в СКД целиком запихал, чтобы на каждую клеточку побольше данных закешировалось... пару гигов, например :)

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

100к строк это не маленькие объемы, типовые механизмы на это не рассчитаны, так же как и документы по 100к строк. Пусть тс не тупит и использует нетиповой механизм, или переходит на иную учетную систему, которая это позволит ему сделать (в том что он найдет такую систему, я оченна сомневаюсь)

(106) а в чем проблема? прайс в то тысяч строк. поставщиков таких полно у многих. формируют прайсы чтобы клиенты загружали далее цены.

Кстати нехватка памяти при выгрузке из смемерки. Написанные на КД. при выгрузке все той же самой моей номенклатуры - нафиг вырубается. У меня полный перенос. но пробовал и сам справочник.
Больше 100 000 строк не хочет выгружать.

(109) Дело не в количестве номенклатуры. Дело в неумении систематизировать информацию. Обычная болезнь бывших ларечников.

(113) не звизди а? уже сколько просить то можно? я 12 лет работаю с 1С в разных компаниях - все смотрят!

(121) на логане до сих пор ездишь?

(120) солушай не нравятся ларечники - иди себе миром. иди в ветки где олегархи сидят.

(121) Ага, директора смотрят 100 тыс строк. Да. И главное - все. Угу. А в 1С одни идиоты. Не в курсе, что ВСЕ директора смотрят. Ну так да.

(124) с какого перепугу ты взял что директор ОБЯЗАТЕЛЬНО смотрит! да еще весь отчет?

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

(123) "Ларечник" - это не количество денег. "Ларечник" - это не обезображенное признаками интеллекта лицо :)

Даже путь технических специальностей очень тернист и опасен: всегда есть опасность стать ларёчником.

Кстати на прошлой фирмпе директор каждую неделю формировал отчет в 30000 строк (планирование) и самостоятельно игрался с объемами закупок. без сохранения в экселе.
Система автоматически рассчитывала, но он знал практически всю номенклатуру и сам занимался планированием. Управлял дефицитным товаром, и менее ликвидным. КОнтролировал продажников и прочее прочее прочее.
При стомиллионном обороте в месяц даже за 20-30 тысяч рублей на какой то позиции - драл манагеров.

(128) выручка какова ?

(128) Директор даже АБС\ХУZ анализ не использовал?

(126) ты глупый? зачем ему сидеть и все это просматривать. люди формируют отчеты чтобы их еще в эксель иметь возможность сохранять и там выдергивать что им нужно согласно текущим потребностям.
Я описал зачем ему был нужен сто тысяч отчет. Читай выше.

А второй момент что теоритически и практически такие потребности у многих присутствует. Представь себе что у фирмы действительно больше ста тысяч товаров. и на все их она должна делать регулярно прайсы, переоценки, загружать, выгруджать информацию. И что теперь делать? - из за того что 1С не может работать с объемом в сто тысяч строк любой выборки сидеть отчеты склеивать?

(128) Сказки. Мозг человека не способен оперировать такими объемами. Значит он оперировал агрегированными показателями, отсекая лишнее фильтрами и группировками, оценивая отклонение ключевых параметров о плановых и потом детализировал нужную группу до требуемого уровня.

(130) с каких пор эти анализы определяют номенклатуру которая продаваласб за любой произвольный период ежепериодно (день, неделя, месяц). ?
Или ты пришел еще потупить?

(132) ну да. ты только сейчас это понял?

(133) а с каких пор директора так поумнели, что по табличке из 100 тыс строк способны выявить упущенную прибыль в 20 тыс. рублей?

(132) насчет сказок - ты ошибаешся. было мног опримеров у меян когда люди сидели проставляли соответствия на прйсах в 5-10 тысяч строк для сопоставления номенклатуры поставщика с номенклатурой базы. иначе у них уже сил не было чтобы каждый раз переоценку руками набивать.

(133) ты ерунду какую-то ларечную несешь "за любой произвольный период ежепериодно "

(128) Видимо за столько лет ты так и не смог понять, что нужны нормальные механизмы анализа (закупок\продаж и т.д.) - а ты диру выводишь миллион строк на экран и заставляешь его анализировать это... Это мегаглупость. Рано или поздно думаю ты все таки это поймешь.

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

(138) ты дятел? еще скажи я сам прибегаю к нему и кнопку нажимаю.

(140) довольно забавно - дятел я - а проблемы у тебя, что-то тут не сходится, не находишь?

(140) ты же бегаешь к нему с отчётом

кстати... я не увирен...но кажется 1С не дружит с большими справочниками. Не верится мне что типовая восьмерка при формировании ведомости по партиям (к примеру) при сотнях тысячей запиесй в регистрах выводит отчет, в отличие от запроса по справочнику в сто тысяч строк.
Кстати справочник в списке тормозит - просто безбожно.

Подбор типовой практически не открывается.

(131) Тем более тут бестолковость ИТ-специалиста налицо, не предложившего инструмент для решения задачи. Ибо для этой задачи штатные возможности отчетов должны быть. Либо инструменты OLAP-анализа. А лучше ассоциативного анализа - типа Click View.

Но корень все же в неумении систематизировать информацию.

(138) > Рано или поздно думаю ты все таки это поймешь.
Зря ты так думаешь. У человека альтернативное мышление - всякий бизнес-опыт, методики, накопленные десятилетиями сотнями тысяч управленцев, научная теория, практика использования ее для него ничто! У него собственное альтернативное мнение "все вокруг идиоты, а я дАртаньян" и он будет долбить головой о стену. Именно это я я и называю "тяжелым ларечным прошлым". Замечу, что я не человека критикую, а его подход к решению профессиональных задач.

(141) у меня? ну ты точно дятел. у меня лично вообще никаких проблем нет. Это проблема у 1С, которая очень любит перед владельцами бизнеса подставлятся своими глюками. В результате которых владельцы лишний раз убеждаются что 1С не стоит того чтобы её покупать.

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

(146) Мань, ты договоришься

Отчет 100000 строк директору.. улыбнуло...

(145) какой нафиг инструмент? я два месяца как занимаюсь проектом перевода с семерки на восьмерку. да еще УТ11. Да еще семерка - живого типового места нет, с полным багажом своих бизнес-процессов и т.д. и т.п.
Работы - два вагона и маленькая тележка.
Челу вот перетянул всю историю продаж полностью в восьмерку, он уже на радостях хотел анализ построиьт на мега функциональных отчетах СКД. И тут на тебе - восьмерка не может обработать такой объем данных чтобы вывести простой отчет по динамике продаж. вот радостей то..

(148) да причем тут нафиг отчет в сто тысяч строк, если тупо запрос вылетает с нехваткой памяти.

А семерка умирает при выгрузке такого справочника.

Может что-то в консерватории напутано? А нафуя такой справочник целиком выгружать? можно кусочкаме.. не?  или это не по понятиям?

сто тысяч - это объем справочника номенклатуры.

(145) bi система будет стоить немного других денег, чем 1с с рабочими местами за 200 тыс.

офф :

маня, давно в 8ке есть глобальный модуль ?
"
Глобальный модуль КонтрольДолговПоВзаиморасчетам
"
http://subsystems.ru/catalog/33/425/

(149) >>какой нафиг инструмент?
и правда, какой нафиг инструмент - вывел миллион строк на экран и пусть дир разбирается - ну а тебе понятное дело не этого - ты свое дело сделал - строки вывел - 1Ска не хотел выводить такое кол-во строк - но ты победил эту проблему.

(153) и чо? сто тысяч - это десять раз по десять тысяч.. не?

(152) ну ты знаешь как то когда пишешь перенос данных как то в уме не проскальзывало что потом выгрузка не сможет выгрузить вроде бы (фигню). да еще сидеть гадать а сколько эе этол кусками надо тогда выгрузить.
Да еще к тому же обычно переносы 77-80 пишутся со сверткой которая делает запрос по всем остаткам/движениям и делают полную выгрузку. и загшрузку. без деления по кускам.

(158) Бред. Браться за работу не представляя объемов. Привычка от ларьков?

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

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

(160) Маня должен уйти!

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

(163) ты даже не понял, что тебе намекали на объем работы а не объем справочника... но учитывая,что все вокруг дятлы....

(162) а что с вами разговаривать если вы 80 процентво своего рабочего времени флудите на форумах, вмест о своей работы, да еще ни у одного нету опыта работы со справочником больше 5000 строк.

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

(0) у меня выводят в скд данные запроса на 2-3 млн. строк.. и ничего.. работают..

Затролили Маню, сволочи :))

(164) ПРИЧЕМ ТУТ ОБЪЕМ РАБОТЫ? Какая нафиг разница между объемом работы зависимым от размера справочника??? Какая нафиг разницу программисту сколько в справочнике элементов. 5 или 10000? что за тупая аналогия.

(169) ты кричишь про объем расчетов - тебе говорят поменять логику выборки объема - ты съезжаешь на справочники - тебе говорят, что есть и побольше справочники - у тебя аргумент, кто только ты Дартаньян..

(154) QlikView стоит в зависимости от функционала от 250 до 960 евро за одно рабочее место. В серверном варианте.

Для конторы, у которой 100 тыщ номенклатуры - сущие пустяки :))

(169) перечитай все еще раз и постарайся осмыслить - ты же даже не понимаешь, что пишешь.

(167) я вот тоде не могу понять. у меня была база с 30 тысячами номенклатуры. несколькими тысячами доков в день. например отчет по остаткам по всей номенклатуре или ведомость по партиям за период со всеми колонками - никаки х проблем нет.
А тут справочник сто тысяч и все просто умирает. Хотя хз - есть у меня подозрение что во всем именно УТ11 виновата и РАУЗ. ибо для продаж уже используется получение с нескольких регистров.
Думаю сто процентов виновата сама УТ11

в УТ11 чтобы продажи получить в разрезе номенклатуры из за РАУЗА и ключей аналитики вполне реально является проблемой при выборке больших данных.
Хотя хз. завтра буду на клиент серверной гонять. Думаю также проблема все таки еще в винде 2003 (хлтя интерпрайс). Надо ставить 2008 64. и сервер 1С предриятия запускать.
На пршлой фирме после трех лет быстродействие на 64 увеличилось очень значительно.

(173) конечно виновата 1С и УТ.. тут к гадалке не ходи - ясное дело кто виноват.. сырая и глючная поделка под названием "платформа 8" и поделка пьяных обкуреных лосей  под названием "УТ11"

У меня тут вот еще делемма - у справочника номенклатуры по 5-10 характеристик. и то и более будет.
Т.е. это еще больший справочник в 500 тысяч элементов.

Кстати - специально для тупых умников. в УТ11 - состояние обеспечение запасов - формируется полностью по всей номенклатуре! Так там еще запросы - просто пипец шикарные!

(174) Евгений Щекин, а вы до 1С чем занимались в своей жизни?

+(176) а учитывая что в УТ11 измерение регистров  Ключи аналитики номенклатуры - тоже является справочником но в разрезе номенклатуры, характеристик, складо. То этот справочник многомиллионник по элементам.
(175) учитывая последние изложенные аргументы я думаю что это есть очень большая проблема.
Глянь отчет по продажам на основании которого выкручиваются все варианты отчетов по продажам в УТ11.
Вместо одного регистра,  который был в УТ10 нынче уже четыре надо юзать чтобы получить отчет по продажам.

(177) научись фамилии сначала правильно писать.

Мне интересно где нибудь эта УТ 11 нормально внедрена после 10.3? Каковы результаты? Логисты, юзеры довольны?

(180) да

(181) все довольны? конфу переписывали?

(180) много где. результаты разные. Но все в основном - мелкие фирмы.

что же крупным-то так не везет?..

(0) А на запрос можно взглянуть?

(182) ну не переписывали... но койчо дорабатывали...

(184) потому что их жадные фришники в одну харю пытаются захавать.. и давятся...

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

Я тоже сталкивался с тем, что отбор по справочнику ~10 000 начинал жутко тормозить...
Собственно, 1с, как 8 выпустила - тут же пошла на попятную: справоники - оне для хранения, для отбора и посика - используйте регистры. По справочникам без дела не лазьте, у нас оне работают не очень...
Но щас тру-1сники и меня заклюют :)))
Маня, СЕГОДНЯ Я С ТОБОЙ!!!
Дай руку, маня, а то сейчас сметут....

+ (189) кстати, УТ11 на УФ, т.е. и справочники - "управляемые", т.е. об оптимизации работы с ними речь уже давно не идет...

(189) Справочники ничем от регистра не отличаются.

9191) именно, что отличаются.
И 1с начиная с 8.0 спецом предупреждала - справочники не трогайте, если вам нужны громоздкие объемы.
Вернее, предупреждала устами тогдашних идеологов...

*громоздкие отборы

(191) а вот это глупость.
(192) так было всегда. Даже из семерочных конф потом ушли от справочника партий и сделали док измерением регистра. Но восьмерка не пострадала от этого, потому что в 77 если бы измерение было док - нельзя было бы обратится к реквизитам доков, если они не общие.
В УТ11 все кардинально поменялось! Теперь самые огромные справочники (гораздо больше чем спр номенклатура) будутт ключи аналитики номенклатуры и т.д.
Да еще сразу получаем кучу соединений регистров для получения обычной информации по продажам.
Даже в УТ10 было два регистра продаж, и например для анализа можно было брать Продажи (выручка) и по нему достаточно быстро получать отчеты.

(190) такие управляемые чьто сейчас в отборе остатки, цены нафиг поубирали. тормозит страшенно.

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

можно раскрыть суть?

(194) Даже в УТ10 было два регистра продаж

теперь для учета количества аналог РАУЗ по-умолчанию в УТ11?

(195) а дальше еще интереснее будет... когда УФ попадут в руки производственников с ихними горами аналитик, а не мистян :)))

(194) Прошу простить великодушно за неправильно написанную фамилию, и все же, кем вы были до 1С?

(194) <<Даже в УТ10 было два регистра продаж, и например для анализа можно было брать Продажи (выручка) и по нему достаточно быстро получать отчеты.>>
Вот зачем так сделали то?

(192) Именно что ничем не отличаются, кроме контроля ссылочной целостностью при удалении.

(194) что такое регистр ?

(192) Другой вопрос, что запросы к тем же регистрам, к измерениям и через точку будут нехило тормозить, особенно в составных измерениях, особенно без нужных Выразить()

(198) затем, что по справочникам нельзя делать отчеты. И были введены "костыли" - спецрегситры для спецзадач.
(199) отличаются скоростью работы с данными.

(202) <отличаются скоростью работы с данными.>

скажи это sql серверу

(202)
<<затем, что по справочникам нельзя делать отчеты. И были введены "костыли" - спецрегситры для спецзадач.>>
Пачитай букварь по 1с

Начнем с того что регистры это две таблицы. Итоги регистра и движения это совершенно разные вещи.
Второе - при любом раскладе я не видел регистров еще у которохы быбло бы допустим 15 измерений.
Взять любые - 5-7 максимум!
Плюс у регистров есть свои "виртуальыне таблицы" и множетсво своих вещей.

Справочник номенклатуры УТ11 - 26 реквизитов. плюс табличная часть.

(200) регистр - это справочник, который с составными аналитиками..
че-то я запутался совсем :))))

(204) это тру-1сникам пора начать читать доки, начиная с 8.0... :))

(194) Евгений, ну а все же, зачем в УТ впилили 2 регистра продаж.

Я вот не пойму.

И по вашей до1С судьбе расскажите?

_ (207) а то и УФ уже кэшируются, и справочники стали регистрами, и букварь уже по 1с написан.. :))

Кстати правка бут ини - вылечила. Отчет полностью вывелся за весь период порядка где то за 2-3 минуты.

(205) >я не видел регистров еще у которохы быбло бы допустим 15 измерений.

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

(208) один был выручка, второй себестоимость. чо непонятного? в УТ10 тоже есть механизмы распределения затрат на себестоимость и всякие механизмы работы с себестолимостью, когда например списание по партиям не происходит по документам движений.
Вот поэтому два. Но оба в отдельности они двали по производительности только плюс.
Ну и еще в продажах были ресурсу такие как скидки и прочее. Можно было анализировать предоставленные скидки.

(210) boot.ini ?

(212) Ну слава Гейтсу, а то я уж подумал, что ты негодуешь насчет 2 регистров и хотел бы видеть себестоимость в ресурсах Продажи.

(212) Что насчет профессии до 1С?

+ (212) так правильно - работа с регистрами максимальна по производительности по сравнению со справочниками, да еще - и разделены данные (каждый регситр еще и "разгружен" по данным ровно в два раза).
Это "хитрый" ход 1с, чтобы обрабатывать большой объем данных, и не было видно явных косяков....
А вот про себестоимость в УТ... что понимаете под с/с в УТ? и списанием затрат?

Для товарных ответов кстати в УТ10 регистра продаж с выручкой достаточно хватало по оптимизации для получения вского рода отчетов с количественными данными для анализа. и т.д. и т.п.
Могли бы и в УТ11 такойц сделать. а то все отчеты из одного регистра.
Причем другие реги - типа заказов, остатки и т.д. и т.п. имеют все нормальные измеренения. Это только продажи с гребанным раузом и ключами аналитик.

(215) если тебя прикалывает время тратить - трать. кем я был и что делал темы не касается.

(209) Все так.
И УФ кэшируются, и справочники и регистры (РС) с точки зрения sql - монопенисуально, и букварь есть.

(217) так что за с/с в Ут и РАУЗ в УТ11?
там даже статей списания же нет...
кокроче, объясните ))

(220) Мы про себестоимость проданных товаров в УТ 10.2 ведем речь.

(219) СКЛ недешевая штука. Даже дороже чем сама 1С. Не все могут его приобрести. Далеко не все.
Подавляющее большинство фирм работает на файловых вообще.

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

(222) Тебя там не было.
Поищи тему про неявную сортировку результата запроса.

купить весь софт (1С, СКЛ и т.д.) для фирмы с 20 юзерами, плюс пару железок - полмиллиона минимум.

вы приглянитесь - 8- ка это же два нуля.. 00 .. - дальше не продолжаю... ;-)

(221) так в УТ11 теперь с/с = ЦенаПокупки + расходы на продажу рассчитываются строго по РАУЗ??

(225) вы так говорите как будто это типа что то плохое и неправильное....

типа возить свою ж.пу на авто за полмилиона нам незападло, а купить ПО на ту же сумму для БИЗНЕСА в котором задействовано 20 человек это уже выше наших сил.. ага...

(226) типа, проблема 2000? :)))

(222) скуль сам вроде недорогой порядка 800 баксов.. а вот каждое подключение к скулю вроде как в районе 100 баксов...

(222) SQL сортирует результат (если не было задано жестко) по разному в зависимости от плана запроса (который зависел от объема данных).

На большой таблице выборка была по indexScan, на маленькой - TableScan. Сортировка при этом была выполнена по разному.

Файловый вариант полностью повторил серверный.

(222) И 2 пример тоже не так давно был, не помню уж какой аспект вылез.

А есть куча фирм где работают всего 2-3 человека, и тем не менне ассортимент номенклатуры тоже десятки тысяч номенклатур. Тем более сейчас очень много интернет-магазинов развелось.
Огромные ассортименты номенклатур - у компутерщиков и бытовой техники, автозапчасти, книжные.
Причем постоянно происходит работа с огромными прайсами и т.д. и т.п. как и их выкрутка, так и загрузка, анализ, установка цен и прочие дела.

(231) так ошибку дает не SQL-сервер, а 1с сервер...
и хотите сказать - в 1с-файловый вариант встроен оптимизатор, работающий с планами аналогично SQK? сомневаюсь :))

(230) все в два раза больше.

(234) Как бы я тебе рассказал про indexscan и tablescan, если бы в enterprise manager не лазал, да запросы бы не запускал.

(230) и да, SQL дорогой и серьезный, а 1с - недорогой..

(236) где вы нашли у файлового варианта 1с - enterprise manager??

(235) ставь тогда муль

+ и потом, разные планы - разная сортировка - разный порядок строк на выходе.
и все.
на производительности это почти никак не сказывается, тем более - чтобы не работать совсем :))

(239) предлагаете посмотреть МУЛЬтфилм?

(233) это не ассортимент номенклатуры - это "список на всякий случай". на фармации у меня было порядка 15-20 тысяч, реально работали с 3000, после того, как пристагльно посмотрели - сократили до 1500, основные оборотные товары - порядка 300 позиций... здесь точно также с поправкой на масштаб

(241) эмуль

(243) но даже и туту - новый сервер-то не скроешь.. это же смена инфраструктуры..

Ответ sabj-a в (61).  Но я думаю Евгений и так знает ответ.

(233)Если памяти нет на уровне запроса, то Оптимизируй запросы, делай их 20 шт, вместо одного :)
Какие проблемы?

Коллеги к вопросу об отчетах в 100 000 строк и более  кому они нужны, кто их читает или не читает ....  Как правило эти отчеты и нечитают ,делают для ... Сохранить копию и выбирают расширение  xls.

(0) Когда надоест клеить "кусочки"  и когда потребуется вывод более "100 000 " обычно делают  все на субд. Select * into ТвояТаблица From траляля.
Потом обычным dts из ТвояТаблица в  к чему душа лежит.

(210) Файловый вариант некисло так тормозит и списки просто отчеты, сервер не обязательно на мсскл ставить, можно постгри. В клиент-серверном варианте работа пользователей приятно преобразится, тем более если их более 3 человек ;)

(233) если фирма занимается рытьем траншей и в ней 3 человека, то покупать экскаватор за несколько лямов слишком расточительно для бизнеса, пусть лопатами роют ?

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

 Про Эксель это даже не пр программиста, а об его отсутствие.
Используй TOP(Гарантированное количество ) с сортировкой по каким то показателя, что бы индекс был уникальным. В последующие запросы добавляй условие, что бы элементы были больше последнего значения в последнем запросе. Сохраняй данные в файл, и сделай интерактивную загрузку этих файлов для просмотра юзером.

(233) У меня десятки миллионов, и работает минимум количесва народа. Но они бы замучились, что либо просматривать в таких объемах. Все по максимуму автоматизировано и продолжает оптимизироваться.

Работа со списком из 100000 позиций напоминает анекдот - "у меня скорость набора сотнизнаков в минуту, правда получается такая фигня".

(225) Ну это несколько зарплат программиста. Вполне приемлемо. За все нужно платить.

(251) Задачу поставят - буш копать.

(253) Такую задачу может поставить только абсолютно невменяемый чел. Что может дать отчет из 100000 строк?
А автору уже пора отдохнуть от 1С и заняться чем-нибудь более полезным. Мытьем окон, например.

(254) Ну ну :)

(254) читать научись. уже пять раз писал зачем.

(254) получают 100 тыщ строк, чтобы в отчет отбором вывести 700.
Давно уже такая проблема - когда говорят, что 1с работает с миллионом записей, имеют ввиду - что статически хранится миллион и больше.
А говорят - "у нас работает с миллионами записей!".
А когда РЕАЛЬНО 1с заставляют обработать даже несколько сот тыщ записей (не говоря уж про миллионы), чтобы получить динамический отбор (актуальный срез) - то все, туши свет, всякие косяки или ошибки по типу как у Мани...

(256) маня у тебя читать нечего... директору нех делать, он анализирует 20000 позиций. сидит и гвозди поштучно переоценивает.

на вопрос "вам нех делать?" ответ "вы не понимаете"... да куда нам...

(256) >> проблема нехватки памяти никаким боком не касается формирования табличного поля
Это похоже ты сам читать не научился. Я никаким боком не утверждаю, что нехватка памяти происходит из-за размеров таблицы.

(257) Значит, надо обработку этих записей разбивать на этапы, а не фигачить одной транзакцией. Или религиия запрещает?

(258) вот дятел))) еще одинг не умеющий читать.
Я уже 20 РАЗ описывал ЗАЧЕМ.
Директор делает (вернее уэже делал) такой отчет ранее чтобы потом сохранить в экселе и методом своих формул и фильтров получить всего 700 позиций.
Это я описываю то что было ранее, т.к. я сейчас всю эту систему перевожу на восьерку с сенмерки. Иуже на днях перенес всю испторю продаж за 2 года. Директор на радостях кинулся крутить отчеты в восьмерке. За неимением отчета который ему лично нужен (даже с отборами и прочими делами) начал крутить весь отчеты чтобы сохранить в эксель - но не тут то было.
Я конечно уже написал нужный отчет который сразу выводит 700 позиций. Но как бы вываливание восьмерки очень негативно подействовало на челдовека который думаю что восьмерка мега, заплатил уже пару сотен тысяч денег и тут на тебе - она отчет не выкручивает.

(262) Восьмерку ты ему впарил?

>Директор делает (вернее уэже делал) такой отчет ранее чтобы потом сохранить в экселе и методом своих формул и фильтров получить всего 700 позиций.

чо мешает это делать в 1С?

а так более похоже что диру нужен нормальный куб. И эксель в качестве клиента...

но наш ростовский кловун знает только как истерировать на мизде...

(264) сейчас ничего. потому что есть я. который могу все сделать. А ранее - в 1С нет отчетов которые могли бы выполнять все потребности пользователей. Даже в УТ11 нет отчета который ему вот нужен был.
Т.к. я делаю сейчас внедрение и задач сотни, и все по порядку, я занимаюсь задачами по приоритету.

ВОт конкретный отчет - получить за два года по всем продажам те позиции которые продавались каждый месяц, либо например более чем в 6 месяцях. По периодам. Мне то ясень день - как два пальца сделать такой отчет. И уже сделалю. Но типового такого нет.

Чел в эксель все сохранял, добавлял колонку, накладывал форумлы, фильтровал по условию.

(261) - (264) вы даже в своем "стане" не разберетесь :))
1. Разбивать нельзя: "анализ 1 месяц" + "анализ 2 месяц" + "анали 3 месяц" - это не тоже самое, что "анализ за три месяца".
2. Мешает 1с и ограничения на использование мощностей ))

(0)Умирает при выполнении запроса или при выводе в печ. форму?

(262) Искусство программиста заключается не только в программировании, но и в наствлении на путь истинный руководства. Обычно это решается созданием двух отчетов как Они хотят и свое видение решения.

(271) хорошее искусство, когда запрос даже не отрабатывает до конца....

(272) У искуссных программистов все отрабатывается и с большими количествами строк.

(269) Смотря что анализировать. Если то, что описано в (267), то вполне можно.

Допустим мы получаем запросом 100'000 строк в каждой колонке 100 символов, 15 колонок. Это примерно 150 мегабайт. Где маня насчитал гигабайты х. его знает.
Не ну если не пользоваться временными таблицами и в каждом поле ссылку вытягивать, то можно запросом вытянуть больше, чем база весит.
Сдуру можно х. сломать.

(267) Если бы все было в типовых, то программисты 1С просто вымерли бы.
Нельзя всех уложить в одно прокрустово ложе

Отчет с большим количеством строк, например, выгруженный в ексель может автоматически анализироваться другими программами. Если подойти к вопросу абстрактно, то просто интересны пределы возможности 1С.
К чему столько агрессии?)

(277) Только обычно делается выгрузка обычно в в тексовые файлы, дбф. Которые можно легко загружать в любые программы. Это и быстрее и надежнее.

(275) У меня справочник номенклатуры на (читай по буквам - ВОСЕМЬДЕСЯТ ТЫСЯЧ позиций), специально зафигачил в запрос 15 колонок разных реквизитов. Запрос работает секунды, выводится на экран тоже секунды. Так, что для 1С десятки и сотни тысяч строк в запросе это семечки. То, что у мани отчет в сто тыщь строк не выводится это исключительно его рукошопость. 1С тут не виновата.

(278)Ок, но я так и не поняла запрос выполняется или уже на этапе выполнения нехватка памяти?

(279) Запрос по только по реквизитам справочника или там остатки,обороты считаются то же?

(281) Есть много способов получить желаемое. Маня выбрал свой путь - с разбегу башкой проломить кирпичную стену. Вместо того, что бы оптимизировать запрос он тут вонь на форуме разводит. Вот ты можешь сказать почему его запрос валится по памяти? Может он десять регистров между собой перемножает. С него станется.

>Может он десять регистров между собой перемножает

и еще нихеровый rls нахлабучивает слева...

Может да, а может и нет, мы же не видели его запрос :).

Евгений, давайте же уже обсудим ваш код.

Вдруг, он не рассчитан на современную технику

(262) >> Но как бы вываливание восьмерки очень негативно подействовало на челдовека который думаю что восьмерка мега
ИМХО, каждый механизм имеет свое назначение и эффективно может быть использован только по этому назначению.
Достаточно было объяснить директору, что типовые отчеты разрабатывались для работы ЖИВЫХ людей, которым НЕ НУЖНО разом выводить и анализировать 100к строк. И именно для этого их и нужно использовать!
Гибкие настройки пользователей, варианты отчетов, по сути несколько разных отчетов на одном наборе данных - это универсальность и масштабируемость, за что неизбежно приходится платить производительностью. Но на адекватных объемах данных эти "потери" практически никакие.
       
А вывод 100к строк с последующим сохранением в эксель - отдельная задача. И решать ее нужно отдельно.

Из ОПЫТА еще скажу: нормально перевариваются запросы не то что с тысячами, с миллионами записей (и десятками регистров). Нормально отрабатывают запросы к справочникам, где сотни тысяч записей. Как к любым другим 1с-ным таблицам - НОРМАЛЬНО.
И, да, "не хватает памяти", если, к примеру, попытаться выполнить скаляный запрос (N миллионов строк) * (N миллионов строк) без связей.. Но это не беда 1с, это кривые руки программиста (я себя имею ввиду, я так делала).
       
З.Ы. Пожалуйста, не надо называть меня "дятлом". И помню, что я девушка, в принципе не обладаю логическим мышлением и все в этом духе.. Давай пропустим эту часть "общения".. ;)

(286) Бесполезно. У него цель другая. Облить авном 1С. Если бы он хотел запрос соптимизировать, то он такую тему бы и создал. Создают же тут темы - пацаны, помогите улучшить запрос. И помогают.

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

+(0) запрос в студию!

своё мнение можно?
- кому нужен отчет в 100.000строк? он необозрим, и потому НЕ будет востребован.
заказчик не понимает, чего он хочет.. более того, и пользоваться он [она] им не будет.
глупость какая-то..

(291) Автор жешь рассказал, что 100к строк нужно для выгрузки в эксель с последующей обработкой в экселе. Т.е. обмен между 1с и сторонней системой Exel.. Только причем тут отчеты - не понимаю.. =)

(291)

>кому нужен отчет в 100.000строк? о

Такой отчет нужен любому одинэснику, желающему отчитаться за каждый свой полученный рубль за месяц

Давайте меряться )
Модифицированная УТ 10.3. Запчасти. Больше миллиона позиций.
Работает. Памяти не хватало, например, только когда кривые запросы были.

(277) да даже безо всякого "на интерес" - тоже сталкивался с тем, что 1с не может "переварить" чуть более миллион строк за раз. Пришлось "рубить".
И это хорошо, если только обрабатываешь статически данные (как в моем случае) - можно порциями. А если нужно за весь период аналитику??
(279) опять же, читайте (257): делать поиск и выборку из 100 тыщ записей (выборка в 1с спецом и содержит только по 20 зписей: обработал - следующие 20, обработал - следуюбщие 20...), и получать эти 100 тыщ и как-то по-хитрому их обрабатывать ОДНОВРЕМЕННО - это совершенно разные вещи.
1с на такое не ориентирована. Это уже уровень Oracle и Sybase. MS SQL тоже может спасовать, но, по-крайней мере, не выдаст "все пропало!", как 1с :))

(279) ты не читал внимательно тему. Валится даже запрос типового отчета по продажам.

(282) > Может он десять регистров между собой перемножает
может, и перемножает. А что? почему нельзя?

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

(286) >Вдруг, он не рассчитан на современную технику
(с надеждой) ... на технику Камеруна из Аватара?!
(мечтательно)...вдруг завезут....

(294) на УТ10.3 у меня тоже никогда ничего не валилось с 30 тысячами номенклатуры. Да и прайсы я загружал по 100 тысяч строк и выводил в отчет. Проблема в памяти и 2003 винде. Вчера исправили бутини - все начало работать на ура. Убрали - болт.
Надо 2008 64 ставить. Вопрос уже решен.

(287) >А вывод 100к строк с последующим сохранением в эксель - отдельная задача. И решать ее нужно отдельно.

Женя, зря ты еще товарищу диру не впарил вот для таких задач и Оракл! с маржой от Оракл ты бы забыл про 1с ))

(298) Мне приходится обрабатывать записи булками, предварительно делать запросы содержащие до десятка записей с выгрузкой в текстовый файл. Никаких проблем не было.

Нехватка памяти обычно решается либо увеличением мощностей (однозначно х64, добавить память) + переписыванием запросов.
А 100 тысяч строк в отчет - бывает. По разным причинам...

(302) я из семерки делаю перенос продаж в УТ11 за 2 года по все той же номенклатуре в 100 000 строк. подневно. В день несколько тысяч продаж. Валится при достижении выгрузки в 100 000 объектов.
Пришлось кусками дергать.

(296) И что? Добавь десяток группировок в любой типовой отчёт и получишь то же самое.

ProProg
267 - 25.01.12 - 11:57
   
ВОт конкретный отчет - получить за два года по всем продажам те позиции которые продавались каждый месяц, либо например более чем в 6 месяцях. По периодам. Мне то ясень день - как два пальца сделать такой отчет. И уже сделалю. Но типового такого нет.


показывай уже код

(304) Используй текстовые файлы через Запись и ЧтениеТекста

(304) Забавно, но я занимаюсь ровно тем же самым: из 7.7 самописной в УТ 11. И.. нормально таблицы больше 100к записей и выгружаются, и загружаются..
Правда, если ты переносишь только движения, то одним документом с ТЧ >= 100к строк это сделать действительно не удастся. Вот нехорошая 1с..

(307) да вот то мне делать нех всю конвертацию написанную на КД за две недели, с кучей данных, связок и т.д. и т.п.. на текстовый файл переписывать. да еще УТ11....

(304) Неудачник. Умные программисты 1С для переноса данных давно используют прямую запись в таблицы.

(310) это вы так КД обозвали?

(295) > Oracle и Sybase. MS SQL тоже может спасовать

Это перл!

(311) КД отстой. Все, кто юзает КД, тоже неудачники.

(3120 конечно перл.
Самая лучшая СУБД - это 1с. Ну, и SQL, так как его юзает 1С.
SQL без 1с - ничто....

(309) Хм. Там поди еще пишется все в xml файл, причем не через записьXML, а через файл. Вот и ложится.
А вам шашечки или ехать?

(314) Это типа такая шутка? Где слово лопата?

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

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

ProProg код покажешь или нет :

(309) Там делов то. Если спаравочники перенес. То реализации можно делать и без КД, через текстовые файлы, либо через объектыXDTO с записью в XML и чтением через ЧтениеXML.
Например v8: Как прочитать xml через фабрику?

маня, не жми код

(308) А в чем причина, почему не удается в этом случае, помимо того что 1с нехорошая?)

(322) может из за ограничения на количество строк в ТЧ документа?

(320) а что, в КД напрямую в базу приемник, минуя файлы, типа нельзя?

(322) у мну нету проблем.. все пишется.
У автора, могу предположить, беда в том, что пытается переносить только движения.. И если делать это одним документом - тогда траблы, упираемся в 100к строк в ТЧ..
В принципе, ситуация легко обходится дроблением на несколько документов. Или же, переносить напрямую движения с фиктивным пустым регистратором. В ТЧ больше 99999  записей иметь нельзя (ограничение платформы), а вот в регистр от одного регистратора - без проблем. Кстати, оба варианта в свое время реализовывала.. =)

(0) Вам предлагают БЕСПЛАТНО помочь с оптимизацией кода запроса.. Считай, бесплатно на Вас по-работать.. Грех отказываться! *Присоединяюсь к просящим* ;)

(325) Женя фотку вашу ждет :))

Решение уже предлагалось.(например в 61 посте) Так что я думаю вопрос риторический.

http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=567526  про ограничения платформы

это я к тому что 1с не виновата)

(329) если запрос выдает нехватку ресурсов, следует писать сразу на [email protected], если это не программная проблема, он переадресует к парням из IBM. Бороться надо до конца. Особенно, когда ЗП - оклад :)

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

(330) интересно вот а нехватка ресурсов это чья вина? отчет в итоге всего на 14 мегабайт.
Вот у меня сейчас полупустая база. только справочники и продажи за два года в оборотах.
Для отчета в 14 метров (типовой отчет по динамике продаж) нужно 2 гига оперативы? офигеть.

(332)

>интересно вот а нехватка ресурсов это чья вина?

ibm, они там, в 70х какой-то косяк допустили, и вот у вас он в 2012 в Ростове проявился.

ситуация очень банальна. Т.к. в УТ11 регистр ВыручкаИСебестоимость не содержит измерения номенклатура - используется справочник КлючиАналитикиНоменклатуры.
Который в свою очередь на каждую записьб регистра содержит имеено тот ключ который соответствует
трем реквизитам - Номенклатура - Характеристика - Склад.

Что имеем:
1) 100 000 номенклатуры
2) в среднем на каждую 5 характеристик 9все продавались)
3) 5 складов.
При грубом подсчете это, ну допустим 1,5 миллиона записей.

Т.е. получаем что если мы отчет крутили в УТ10, то запрос бы обработал всего ровно 100,000 записей справочника.
Выборка же в УТ11 сделает выборку вместо 100 - 1,5 миллиона записей справочника КлючиАналитики.

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

Согласно старым законам но еще действующим дло сих пор. Порядок изменрения измерений и установка индексации очень сильно влияет на объем выборки и получение результата.
Ок не вопрос - Ключи аналитики номенклатуры стоят первым измерением, но чтобы достатть номенклатуру надо лезть дальше. Уже через точку и левое соединение.
В итоге получаем 10 кратный а то и более обрабатываемый объем информации.

(337) Всё ясно. К какому числу сможете оптимизировать запрос ?

(338) какой? типовой? там оптимизировать нечего. Типовой отчет УТ11 по продажам вообще ничего лишнего не содержит. Там оптимизировать нечего. Считай тупо регистр в запросе указан.
ПРоблема со структурой.

(339) Что нужно, чтобы решить проблему ?

(328) Радченко такой простой ваще, как пять копеек:
"Работайте в файловом варианте, а если начнуться проблемы связанные с большим объёмом данных, то переведётесь на клиент-серверный вариант."

ухаха. конечно разбегутся и три раза на клиент-сервер перейдут. Он бы чтолит сразу бы озвучил что такое клиент сервер: покупка нормального сервера, лицухи 1С за 36*72 тысяч, покупка майкрософта (который дороже чем 1С выйдет).
У большинства пользователей 1С большие объемы данных не связаны прямо пропорционально с доходами и крупностью фирмы. Еще раз говорю есть фирмы где 3-5 юзеров колбасятся с сотнетясчнями данными. а получают прибыли гроши.

(341) лиц никто не покупают - их находят

(340) переход на новое ПО) Заказываем 64 сервер, серверные виндовсы и прочие дела.
Сейгодня вот счета смотрел - чисто ПО (майкрософт) 250 тысяч. 150 на 1С уже потратили.

(0) А кто интересно такие отчеты анализирует? Хотелось бы посмотреть на лицо этого человека... Это ж должен быть Вассерман помноженный на Капицу

(344) представь себею ты владелец бизнес с каталогом с сто тысяч товаров. и представь себе что хоть 1000 хоть 100 000 - ей всей нужно управлять!! Формировать цены, закупки, анализы и прочее прочее прочее. И ты будешь это делать ибо это твой бизнес который построен на продажах ста тысяч товаров.

Не вижу никакой зависимости и разницы в потребностях управления между тем что есть у фирмы 1000 товаров и 100 000 товаров.

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

(346) Разница все таки есть. Почитай на тему функционала WMS систем.

КРоме что при 100 000 все медленнее работает.
Ну есть конечно исключения - есть фирмы у которых вообще всего 500 товаров и зарабатывают миллиарды. А есть где 100 000 и зарабатывают несчастные сотни тысяч прибыли.
ВОт типовой пример -
единственный отчет который управляет в УТ11 заказами клиентов - состояние обеспечение заказов.
Представь себе - в нем все выводится полностью в детальном виде. там даже группировок нет.
И выводится все полностью! там или по одному товару можно увидеть - или полностью по всем! даже отбора нет по контрагенту - ибо этот отчет - полностью рассчетный! В нем мегасупер запросы которые полностью влияют на картину работы с заказами.

Так вот представь себе чтобы увидеть по заказам инфо (а если у тебя будет 500 000 номенклатуры) тебе придется крутить этот отчет. Переписать его не представляется возможным - ибо 1С в методике УТ11 не предположила резервирования и связки заказов по документам. теперь это все полностью расчетное с помощью запросов.

Так вот у меня сейчас и этот отчет умирает.

Узнаю старину Маню! Так держать! ;)

ааааа...так ты УТ 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) Читать
Вот поэтому то терминалы во многом выигывают. А вот опять же тупой просмотр данных ведет к огромному количеству передавемых даных. Нужно боротся с ленностью юзеров и не потакать им, а наставлять на путь истинный.