Есть обработка. у нее есть реквизиты и табличные части объекта.

И вот есть такой прикол.

Если у нас есть процедура в форме и мы там обращаемся к данным то происходит нечто Объект.ТабличнаяЧасть.

В модуле же обработки мы обращаемся просто ТабличнаяЧасть.

Внимание вопрос!

Почему в процедуре формы НаСервере если есть запрос, то нельзя передать Объект.ТабличнаяЧасть - ругается! Придется выгружать ТЧ в ТЗ.

Но если мы создадим такую же процедуру в модуле обработки, то в запрос можно передать ТабличнаяЧасть и оно работает без выгрузки.

(45) не дождешься. Это основы УФ, их киты, так сказать.
(48) потому что чтобы вызвать процедуру модуля обработки, ты должен создать объект обработки, которого просто так по факту жизни формы обработки нет. Он создается каждый раз, когда ты хочешь дернуть модуль обработки. во как.

(49) вопиющее непонимание УФ отцов-основателей 1С

Еще есть прикол!

Хотите?

Если в серверной процедуре вызвать процедуру модуля - в которую передать Объект.ТабличнаяЧасть параметром))

А в модуле формы будет ПроцедураТраляляля(ТабличнаяЧасть)

И внутри запрос в который тоже пропишем передачу переменной ТабличнаяЧасть - она тоже ругнется))))

(49) У тебя уже "засер памяти" - ты в данных формы, которые сериализованы. Если на форму их не тащить, то там на сервере всё работает: и ТЗ и ТЧ можно передать в запрос.
И смысл твоей экономии не понятен: выгрузка в ТЗ займет небольшой объем относительно данных формы, если ты не забыл

(52) Никаких приколов, это разные типы! Куда бы ты их не передал

(53) к сожалению оно занимает время. 1С выгрузки ТЧ / ТЗ - это очень приличная времязатрата. Иногда больше чем запрос сделать.

может даже 90 процентов занять вообще от всего времени выполнения.

(53) у меня в данных формы сотни реквизитов. почему то этим реквизитам никакая фигня не нужна от слова совсем. Все в запрос передаются. Никаких там ВЗначение и прочая муть.

Проблема только с ТЧ.

(55) Так откажись тогда от данных форм: они тяжелые и медленные. В прошлой ветке вывод вроде такой же был
(56) десириализация

Считаю это существенным недостатком воьсмерки. И печально что видимо хрен когда оно доработается.
Не верю я что разработчики не могли бы решить проблему. Но не решат.

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

(0) Я же уже объяснял по поводу ТЧ в запросе. Еще раз повторю, все зависит от того, какого типа данные вы пихаете в запрос. ТЧ и ТЗ спокойно в запрос передаются, а вот коллекции форм - нет.

(59) восьмерка ещё сырая

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

(62) просто, кто-то ее не умеет готовить)

(58) как это откажись?

Ок давай представим простую вещь - юзер открыл в 1С документ.Для ввода информации. ТамТЧ. Он ее набивает данными.Как ему ортказаться? Сказать идите нафиг - я пошел домой)) выключить комп.

(65) Какую задачу решаете?

(63) Есть отладчик и shift+f9, который такие вещи показывает... Странно что люди по 12-20 лет стажа в принципе задаются этими.

(61) Объект.ТабличнаяЧасть - не передается. сразу ругнется.

(68) ну так посмотри что такое Объект.ТабличнаяЧасть. Все вопросы должны тут же отпасть

даже не так. Посмотри что такое Объект

(68) Блин, какие-то флешбеки, снова вам объясняю то, что писал в прошлой ветке. Откройте отладку и посмотрите какой тип у Объект.ТабличнаяЧасть

(71) да я уже понял что там особый тип) и понял что 1С авно.)

это все я уже давно понял

Только почему то этому "Типу" не мешает использовать все методы работы с ТЧ.

(74) вопрос из разряда - почему нельзя вызывать запросы на клиенте? Очевидно же что если я хочу сделать запрос к БД, то нужно обращение к серверу

Добавить, Найти и прочее. Выгрузить.

А как просто в запрос передать - так уже что то другое))) Понятно все.

(74) Он не использует методы ТЧ. У данного типа свои методы. То что они схожи с методами ТЧ, это лишь частный случай.

Если у нее тип другой) То почему Выгрузить - все ок!!!

Выгрузить() - доступно только у ТЧ и ТЗ. как и все остальное.

(72) Какого это работать с таким отношением к инструменту? Наверное тяжко, чувствуете себя ассенизатором?

(78) Если такие вопросы возникают, чёт рановато к УФ тебя пускать :-D Ты на ОФ обычно кодил?

(78) Потому что метод выгрузить() Создает Таблицу значений (а это как раз серверная часть).

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

(80) скорее надо юзерам сказать - ваши задачи не для 1С. и вся ваша работа тоже.

(83) Может дело все же не в 1с?

(83) Правильно, пусть в экселе считают.

(84) 1С отстает от реальных задач. можно так сказать. Они до сих пор думаю что юзеры руками 5 строк документов набивают. В том время как выросли крупные торговые сети и количество передаваемых данных между контрагентами стало огромным.

(86) С чего вы так решили? В табличных частях документов давно уже есть возможность загрузки с ТСД, с внешних файлов и тд из коробки. Так же есть все возможные интеграции с внешними системами, когда автоматом создаются заказы с портянкой из товаров.

Задача того что юзеры смотрят что то делают с данными никуда не ушла.

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

Тут ситуация в 100 процентов схожая. В плане получения для юзера данных. Сколько товаров - столько и данных. Юзер крутит вертит - меняет! Что очень важно! Ему нужна скорость.


По сути итог - 1С не предназначена для компаний с большим количеством товаров. Вот такая простая вещь. Несмотря на то что там всыкие кластеры, управление блокировками, чего только не сделали)))) И не наворотили) Но все упирается в то - если у тебя 200-500к товаров - иди гуляй)))

А из 1С максимум что можешь - отчеты получить) В которых ничего сделать нельзя)) это только для просмотра) Сиди листай))) туда сюда...

(88) по 500к товаров в 1 документе - нет не предназначена

(88) Как раз и хорошо, что не дает менять. Отчет->Посмотреть данные. Менять->Редактирование документов/создание новых. Это не тривиальная задача. Ну вот сформировали вы валовую прибыль предприятия. Как вы себе представляете, взять и поменять контрагента в строчке за прошлый год? Или взять и поменять строчку с себестоимостью напротив какого-то товара?

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

(88) Если такая проблематика возникает, это говорит о непонимании архитектуры в принципе.
Для любой задачи есть решения, если инструмент используется корректно.
Начиная с того, что я не поверю ни за что что возникает острая необходимость делать отчёт именно на 500к строк без отборов и в нём что то там править. Ты с таким объёмом данных работал? Глазками и ручками это нереально в принципе. Даже если 1000 строк в день будешь отрабатывать - уйдёт 2 года что бы пройтись один раз.

Во-вторых, таки можно делать свои обработки которые прекрасно справятся с задачей любого масштаба. Хоть по 1 строке, хоть 5000. 1с8 как платформа это не для хотелок клиента и не конечный продукт сам по себе, это наш иснтрумент, наш основной фреймворк. Глупо ругать киянку потому что она гвозди хреново забивает, её просто надо использовать по-другому, хоть внешне она и напоминает немного молоток.

(91) ты аналог привел так себе. Самый большой блок это маркетинг. Ценообразование.

Вот где постоянно все меняют. Да и по закупкам тоже - всякие мин-максы и прочее.

Как раз для ценообразования и нужно выгрести все. Причем даже больше чем ты думаешь)

(91) крутишь-мутишь валовую прибыль и вуаля план на новый год готов

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

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

(94) вот на клиенте всему этому делать нечего в интерактивном формате.
CRM любит консолидированные циферки и красивые графики, с возможностью расшифровать.
Традиционная реляционная БД с биг датой работает конечно не быстрее всех, но если сравнивать с ближайшими конкурентами - сделать можно не хуже так точно

(93) )))) Ну давай реши мне штатно задачу - без вмешательств.

Переоценка в УТ 11 когда у тебя 500к товаров. Штатно там надо открыть документ. Максимум может быть 99 999 строк в документе. Еще у тебя 5 видов цен. В этом документе - он сделан так. Что на каждый вид цены - отдельная строка. Т.е получается за раз можем только 20к товаров разместить.

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

Как ты будешь заполнять 500к товаров?

(98) 25 документов? (и это не оптимально, зато есть из коробки) Теперь скажи мне сколько человеко-часов уйдёт что бы РУЧКАМИ ИНТЕРАКТИВНО заполнить всё это дело без математики? И какая такая острая необходимость что бы в ОДНОМ документе иметь всю переоценку?

Да ладно фиг с ним с установками. Поставщик тебе прислал прайс 500к товаров.

А я не хочу это загружать в базу. Нафиг мне ждать пока эти 500к - это надо создать 5 документов (руками) еще хрен его знает как вообще разделить на пять частей. Еще ждать проведения 500 тысяч ТОВАРОВ.

Для того чтобы потом РУКАМИ открывать еще установку ЦЕН и на 500к товаров делать 5 видов цен из (98).

Афигенная архитектура. просто сказка. Она рабочая только для фирмы с 2000 товаров.

А иначе "1С отстает от реальных задач. можно так сказать. Они до сих пор думаю что юзеры руками 5 строк документов набивают. В том время как выросли крупные торговые сети и количество передаваемых данных между контрагентами стало огромным."

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

(99) нет такой необюходимости. Именно поэтому есть я и ты - программисты которые делают инструменты. Но оказывается что 1С имеет "афигенную архитектуру" - не может ТЧ в запрос передать. И просто с клиента на сервер или с сервера на клиент.

(100) назовёшь мне с ходу одну-единственную компанию в которой может разово 500к товаров прийти?
Я такое количество в принципе видел только в одном месте - автозапчасти. В других сферах номенклатуры в десятки и сотни раз меньше, и 90% из неё - мусор и задвой.

(88) отчет в 500 к строк - это факт
1. тупых юзеров которые кроме екселя не умеют работать
2. тупого начальства - которое держит тупых юзеров
3. тупых айтишников которые не могут предоставить адекватные инструменты анализа.....

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

(102) да всё оно прекрасно может, просто если у тебя такие огромные данные, их в принципе нефиг на клиент таскать. Философия 1с в этом. Делай РС, делай запрос динсписка к нему, отрабатывай события по динсписку. Это - путь 1с

(103) например факторинг... ну или лекарства

Как разбить документы я итак знаю) и что делать. Это я только пример привел. Там задач на самом деле еще больше разных. Где нужно вертеть крутить данные. А записать в базу это уже дело десятое.
Среди этих задач есть задачи когда вообще ничего в базу записывать и не будем.

Есть такая вещь когда получают прайсы, обрабатывают и не грузят в 1С. но выгружают в свой формат с измененными джанными.

Самая популярная задача в автозапчастях! ПРОЦЕНКА. получили прайсы поставщиков в миллионы строк!! Скрестили, обработали, ПЛЮС еще скрестили с данными из 1С - по тем товарам которые есть в бюазе - например присоединить продажи, свои остатки!!!

Все это покрутить, повертеть, поменять цены - виртульно. И выгрузить в некий файл. А его уже грузят на сайт минуя 1С.

Но всю задачу делают в 1С потому что соединяют с данными из своей базы. Плюс удобно, плюс хотят в одной программе работать.

Плюс если надо и в 1С загрузить..

Если бы можно было загрузить - они бы загружали. Но когда говоришь что только СОЗДАНИЕ НОМЕНКЛАТУРЫ будет делаться НЕДЕЛЮ потому что в 1С миллион товаров не загрузишь ничем, кроме как выкрутасами.

И что потом в ней НЕВОЗМОЖНО будет делать переоценку, и прочее. то все.

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

(107) создай отдельную базу с веб сервисами, грузи в нее а в 1с подключи ее как "источник данных"....

и кстати ексеьль то-же можно подключить как источник данных и работать с ним напрямую запросами

До сих пор не знаю ни одного автобизнеса на восьмерке, ну может там кто то пыжится еще))) Знаете на чем работают? НА СЕМЕРКЕ! Она летает)

(107) и всё это превосходно работает без вываливания на юзера по полмиллиона строк. Не поверишь, у самого прямо сейчас таких обработок штуки 4. 1 сам писал, 2 поправлял.

(109) да да. 1С до сих пор не может половину форматов эксель читать)))

(110) 15 лет назад переводил на 8 рынок на Можайке (Автомол) и некоторых арендаторов на нем... нормально работают...

(108) всё блин и так работает, но не в ручном же режиме. Я повторюсь, ты эти объёмы представляешь? Сколько нужно людей что бы 500к строк ручками поставить?

(112) прицепи пакетный конвертнор экселя, делов 3 строчки...

(110) не знаю кто там на семёрке работает... Есть одни на самописке, другие на переписанном топлоге, 2 знаю на УТ. Exist, интересно, на чём? Вот чего не знаю - так что у них.

(111) да и у меня работает)) 424 тысячи строк прайс - полный цикл включая запись в регистр - 2 минуты 30 секунд. Из них только одна запись в регистр 1 минута с лишним.
Если вручную - то на секунд 30 больше - за счет этих выкрутасов с формами.

Меня бесит что 30 секунд лишних. и памяти плюс 3 гига. )))))

Но это на моем ПК)) я денег не пожалел))
А клиенты нищие ужас))) Сервера 10 летней давности) Тест Гилева - 10-20 баллов)

Я вот задумался найти поставщика железа и начать его продавать клиентам)

(117) 3 гига это не много. 30 секунд тоже. Бесить должно не тебя, а юзеров. Ну и сама задача... Не надо вручную. Ну, ты понял. Если сам всё знаешь, то тема - какое-то бесполезное нытьё)))

(119) ну я же маньяк)) меня зацепило что 30 секунд это много) и 3 гига много))

А вообще у клиентов что я вижу серваки, они и без этой задачи авно. Даже у кого и 5к товаров. Работают на хламе. 1С тупит жестко. тут нужно заниматься консультациями и рекомендациями. Но нафига это бесплатно делать. Пора самому стать торгашем и продавать это добро.

(120) тут Krendel и его друзья недорабатывают)

А клиенты с миллионами товаров тоже звонят. Автозапчастники в основном. Это денежные клиенты.
Но приходиться сразу им говорить нет.... жалко.
Автозапчастники не жадные и легко могут 200-300к заплатить. Но как я могу брать деньги, когда знаю что будут проблемы.

(122) давно-бы запилил платный web сервис и продавал-бы лицензии за использование, например 5 тр в месяц

(123) там есть сервисы для них. Уже изобретено все, на уровне экселей и прочего.
Все все равно ломятся на 1С. Хотят.

Скрещивание своих данных учета (продажи, остатки, своя номенклатура) с внешними. и все это покрутить, повертеть.

Я точно не осилю создание сервиса. Нет такого времени и сил.

(124) ты не понял

их 1с обращается на твой сервис и на нем что-то делает, не локально а удаленно....

у них нет проблем с железом, а у тебя с их зоопарком.

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

(124) >>Все все равно ломятся на 1С. Хотят.

1С прекрасна и божественна, да продлится её процветание тысячелетие!

Ко мне звонят как раз с попыткой уйти с подобных сервисов)))
Мы работаем с тем то и тем, вот хотим на 1С)

А я бы с радостью! Но какая то долбанная ТЧ в 1С имеет сериализацию)))))

(129) ну так сервис, но на 1с

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

(129) для пользователя это будет прямо в 1с, просто по платной подписке, подписка кончилась и все...

(133) а как соединять данные из 1с с данными в облаке?

(134) запросом в 1с, даже компоновка будет работать ....

(135) ты предствляешь как это будет тормозить?

(136) не будет, у меня например приляпан сервис на 4 таблицы, в самой большой около 20 лямов строк

(137) и все через облако грузится?

(0) Что, Женя, мегапрайс на УФ переписать - не два поля обосс.ть )))

+139 заставь пользователей толстый клиент грузить, чтобы пользовать его ))

(139) что значит переписать) он на УФ со второго дня выхода первой УТ 11.0

(110) Альфа-Авто не встречал? ггг

(117) плохому танцору всегда гигабайты мешают

Я так понимаю в толстом клиенте все это иначе работает?

Самое обидное за 1С)) это то что они все придумывали чтобы все ушли от РДП) А по факту большинство как работало в РДП так и работает) И вся эта халабуда только на сервере память жрет)) да лишнюю фигню делает)))

(145) все это делали чтобы в браузере запускать.

(146) я тут опросы запустил среди 400 подписоты 10 минут назад. 14 голосовавших
Пока результаты такие
7 процентов веб.
50 - по сети.
43 - РДП.

35 - в файловых базах
65 - серверных.

Юзеров

5 - 15 процентов
10 - 31
20 - 15
Больше 20 юзеров - 39 процентов.

Номенклатуры

10 000 - 41 процент
50 000 - 41 процент
100 000 - 0 процентов.
200 000 - 17 процентов.

Проголосовавших по всем вопросам пока 20 человек.

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

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