Вход | Регистрация
    1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

Ограничение в табличной части документа 99 999 строк

[catena, 25.10.19 - 11:00]
Ограничение в табличной части документа 99 999 строк
Я
   ProxyInspector
 
24.10.19 - 17:20
1с8.3.9
Надо заполнить оборотный регистр данными.
Неожиданно столкнулся с ограничением на размер табличной части документа в 99 999 строк.
Можно ли это обойти.
И как заполнить регистр большим объемом данных, используя 1с Предприятие 8?
 
 
   Жан Пердежон
 
1 - 24.10.19 - 17:22
дробить не вариант? пиши в рс
   ProxyInspector
 
2 - 24.10.19 - 17:22
У меня там 30х500 тыс строк. Всего то 15 млн.
   ProxyInspector
 
3 - 24.10.19 - 17:22
(1) Дробить можно. Но сам документ не сохраняется.
   1Сергей
 
4 - 24.10.19 - 17:23
Зачем это хранить в ТЧ?
   Консультант Баранов
 
5 - 24.10.19 - 17:24
(0) > Неожиданно

Неужели?

> И как заполнить регистр большим объемом данных, используя

2 документа?
   ProxyInspector
 
6 - 24.10.19 - 17:25
А где хранить весь этот мусор?
   МимохожийОднако
 
7 - 24.10.19 - 17:26
(6) В регистре сведений.
   Irbis
 
8 - 24.10.19 - 17:27
15 млн строк по 5000 строк на документ, неужели тяжко сгенерить 3000 доков. Да и разбираться с частями в случае чего быстрее и проще, чем распроводить док на 15 млн строк.
Или тебя фузиновцы укусили?
   Smile 8D
 
9 - 24.10.19 - 17:27
(6) Если это мусор, то в мусорке. Зачем мусор в 1с пихать?
А если серьезно, то прямо в регистр и писать, а не в тч добавлять. Если нужен корректный регистратор, то создать служебный и его указать.
   1Сергей
 
10 - 24.10.19 - 17:28
(6) сразу писать в оборотный регистр
   Консультант Баранов
 
11 - 24.10.19 - 17:28
(6)
1. Писать напрямую в регистр.
2. В макете.
   Андроны едут
 
12 - 24.10.19 - 17:29
корректировка регистров вполне справится
   Zapal
 
13 - 24.10.19 - 17:30
(2) можно 30 документов по 5 табличных частей в каждом
   ProxyInspector
 
14 - 24.10.19 - 17:31
(10) Это интересно. В этом что-то есть. Писать напрямую в оборотный регистр. Благо на форме документ позволяет заполнять 500 тыс строк
   shuhard
 
15 - 24.10.19 - 17:31
(0) пиши в движения документа, накуя тут ТЧ
   CrushBy
 
16 - 24.10.19 - 17:32
(0) Издеваетесь ? Кому нужны документы больше 10К строк ?
   ProxyInspector
 
17 - 24.10.19 - 17:33
ПриЗаписи пишем в оборотный регистр, а ПриОТкрытии заполняем
   Irbis
 
18 - 24.10.19 - 17:33
(16) ты не в теме, не познал ещё дзена 1С
   RomanYS
 
19 - 24.10.19 - 17:34
(14) Ты реально руками их собрался бить? какая разница то на форме?
   RomanYS
 
20 - 24.10.19 - 17:35
(17) Типовая операция/КЗР делают это "из коробки"
   ProxyInspector
 
21 - 24.10.19 - 17:35
(16) Есть большой объем данных. Продажи мелкой сети типа Дикси. Надо грузануть их в 1С для анализа. Один файл за один месяц 500 тыс строк. Это еще не весь ассортимент.
   1Сергей
 
22 - 24.10.19 - 17:35
(14) посмотри как работает документ ОперацияБух
   ProxyInspector
 
23 - 24.10.19 - 17:35
А что такое КЗР?
   palsergeich
 
24 - 24.10.19 - 17:36
(21) есть такое решение - мегапрайс назвывается, он вроде в это умеет)))
(23) Корректировка записей региста
   МимохожийОднако
 
25 - 24.10.19 - 17:36
(14) Форма нужна только людям. Но я не знаю тех, кто будет просматривать мильон строк с экрана. Мазохизм однако..
   RomanYS
 
26 - 24.10.19 - 17:36
(23) В конфигурация отличных от БП "корректировка записей регистров"
   ProxyInspector
 
27 - 24.10.19 - 17:36
(22) А что документ "Операция Бух" умеет хранить более 99 999 строк?
   palsergeich
 
28 - 24.10.19 - 17:37
(27) Он может хранить сколько угодно строк.
Ты просто посмотри что это за документ)
   МимохожийОднако
 
29 - 24.10.19 - 17:37
(27) ОперацияБух только регистратор, а смотришь ты в регистры
   RomanYS
 
30 - 24.10.19 - 17:38
(27) данные хранятся в регистре. Документ выступает регистратором. Проведения нет
 
 Рекламное место пустует
   Bro
 
31 - 24.10.19 - 17:38
Уже 28 сообщений и ни одного переходить на фузину. Непорядок.
   Irbis
 
32 - 24.10.19 - 17:38
(27) ты не поверишь
   palsergeich
 
33 - 24.10.19 - 17:39
(31) Да просто нафиг она никому не нужна
   ProxyInspector
 
34 - 24.10.19 - 17:39
(30) Это интересно. Мне нравится
   Ник080808
 
35 - 24.10.19 - 17:40
(31) ты за фузину ответь на вопросы, куда слился?
   Irbis
 
36 - 24.10.19 - 17:41
(34) и даже в этом случае советую дробить на кусочки.
   ProxyInspector
 
37 - 24.10.19 - 17:41
Но как то странно, ТаблицыЗначений, СпискиЗначений  научились делать более 100 тыс, а табличную часть нет.
А что Фузина умеет хранить более 100 тыс строк?
   ProxyInspector
 
38 - 24.10.19 - 17:42
(36) Форма документа на 500 тыс. строк достаточно шустрая
   ProxyInspector
 
39 - 24.10.19 - 17:43
Проведение документа 100 тыс строк - 10 сек, тоже приемлемо.
   МимохожийОднако
 
40 - 24.10.19 - 17:44
(38) кто будет просматривать мильон строк с экрана?
   palsergeich
 
41 - 24.10.19 - 17:44
(37) Это специальное ограничение.
Счтается, что если тебе надо более 100К строк в ТЧ - то у тебя беда с архитектурой
   VladZ
 
42 - 24.10.19 - 17:44
Что за странная тяга тащить всякий мусор в базы 1с? Ну загрузи в любой внешний источник, подключи в 1с и анализируй на здоровье!
   Александр Б
 
43 - 24.10.19 - 17:44
(37) табличная часть документа на такое количество строк - методологичекская ошибка.
1С сама рекомендует при таком количестве строк выполнять запись напрямую в регистр, не используя ТЧ, как с документом операциябух.
   RomanYS
 
44 - 24.10.19 - 17:45
(39) Если про операцию, то это не проведение. Перезапись набора регистра
   ProxyInspector
 
45 - 24.10.19 - 17:45
А зачем их просматривать?
   РазДва
 
46 - 24.10.19 - 17:46
(0) Даже, если писать КЗР, рекомендую, разбивать весь массив на несколько документов. Иначе при объединении дубля контрагента, например, можно неожиданно записать набор в 15 млн записей.
   RomanYS
 
47 - 24.10.19 - 17:46
(45) Так это ты про быстроту формы рассуждаешь
   Bro
 
48 - 24.10.19 - 17:47
(37) фузине фиолетово, она ничего не ограничивает. Там все динамические списки.
   ProxyInspector
 
49 - 24.10.19 - 17:47
Глянуть если что.. Проверить, что все реквизиты заполнены. На сколько я понимаю, в регистр сведений не добавишь дополнительные реквизиты
   ProxyInspector
 
50 - 24.10.19 - 17:48
(48) Я тоже думал, что 1с8 фиолетово. Но оказалось, что не так. У меня еще толстый клиент. А "тонкий" клиент у меня умирал задолго до 100 тыс. строк
   Garikk
 
51 - 24.10.19 - 17:49
(48) забавно что врятли ктото проверял этот факт фиолетовости, в реальности внезапно начнут вылезать всякие ограничения кешей и т.п.
   Михаил Козлов
 
52 - 24.10.19 - 17:50
Формировал движения сразу по регистру через Корректировка записей регистров. Но не 15 миллионов, а поменьше.
   Garikk
 
53 - 24.10.19 - 17:53
(51) *например видел в реальной системе трабл схожий где разработчики не знали что есть ограничения, там форма генерила запрос который не влезал в запрос БД...и они долго не могли догнать почему...в итоге отделались пунктом в мануале в стиле 'а вы не делайте много строчек в документе'
   Bro
 
54 - 24.10.19 - 17:54
(51) в соседнюю ветку зайдите. Там конечно флейма и флуда вагон, но как раз обсуждалась с примерами эта проблема.

А у фузины табличная часть это просто объекты (строки) с ссылкой при обнулении которой удаляется сам объект (строка в данном случае)
   Garikk
 
55 - 24.10.19 - 17:55
(54) неохота ковырятся там.... но использовать напрямую orm с большими объемами данных это уже заявка на победу
   RomanYS
 
56 - 24.10.19 - 17:56
(54) Это не табличная часть. Это регистр сведений с ведущим измерением в терминах 1С.
   МимохожийОднако
 
57 - 24.10.19 - 18:00
(45) Если незачем просматривать, то не нужен документ и форма к нему.
Достаточно иметь только документ как регистратор без всяких ТЧ
   Bro
 
58 - 24.10.19 - 18:11
(55) там нет orm все не на сервере приложений, а наоборот делается на уровне СУБД.
(56) строго говоря в 1с непериодический регистр сведений и есть просто таблица с ключами. Что конечно жесть не очевидно.
   RomanYS
 
59 - 24.10.19 - 18:13
(58) Что конечно жесть не очевидно.
Какие ещё могут быть варианты? Вроде как раз очевидно
   RomanYS
 
60 - 24.10.19 - 18:15
+(59) https://its.1c.ru/db/v8devgloss#content:20:hdoc:03

"Регистр сведений
Прикладной объект, предназначенный для хранения произвольных данных в разрезе нескольких измерений. В том числе в разрезе времени.

Например, в регистре сведений можно хранить курсы валют в разрезе валют, или цены предприятия в разрезе номенклатуры и типа цен."
   Bro
 
61 - 24.10.19 - 18:17
(59) а теперь представьте что вы объясняете это кому то кто не знает 1с. Помните тот фильм про расизм, где в конце адвокат говорит: а теперь представьте что эта девочка белая.
   palsergeich
 
62 - 24.10.19 - 18:18
(61) А зачем объяснять тем кто не знает 1с?
Это отраслевой форум.
   Bro
 
63 - 24.10.19 - 18:29
(62) не это так, мысли вслух. Не обращайте внимания.
   pechkin
 
64 - 24.10.19 - 18:29
Пиши сразу в движения, без ТЧ
   Fragster
 
65 - 24.10.19 - 18:34
(64)+1, в типовых даже док для этого есть.
   RomanYS
 
66 - 24.10.19 - 18:38
(61) И в чем проблема? Или обучаемый так же не знает про БД, таблицы, ключи (в т.ч. составные), тогда зачем ему это объяснять?

В клюшках было много не логичного (типа объект Периодический), в снеговике структура как раз прозрачна и логична.
 
 Рекламное место пустует
   mistеr
 
67 - 24.10.19 - 18:49
(54) Как отрабатывается сценарий "редактировал-редактировал, набил 100 строк, потом закрыл без сохранения"?
   Maniac
 
68 - 24.10.19 - 19:19
Я бы  хранил все ТУПО ВО ВНЕШЕМ CSV ФАЙЛЕ и читал бы его и делал бы все что угодно ПОТОКОВЫМ ЧТЕНИЕМ в 1С.

У меня есть такой файл ровно в 15 000 000 строк. Потоковым чтением он весь построчно перечитывается 1Ской за 1 минуту.

Я думаю это будет быстрее чем пихать все это в 1С - что нерально, да еще потом сто пудово в 1С какие то фигни использовать. Когда тупо извне CSV будет в потоком чтении просто влет работать.
   Maniac
 
69 - 24.10.19 - 19:21
Но опять таки все зависит что это за данные и для чего используются, с какой периодичностью и прочее.
   acht
 
70 - 24.10.19 - 19:28
(54) > в соседнюю ветку зайдите

Бродит дурачок^wфузиновец по лесу^wфоруму, ищет дурачок^wфузиновец глупее себя...
   Maniac
 
71 - 24.10.19 - 19:29
(21) те у тебя в отих отчетах данные по продажам? Тем БОЛЕЕ через (68).

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

Очень легко потоковым чтением все 30 файлов перечитать и сразу сделать отчет - хоч в 1С, хоч сразу во внешний файл. Хоч можно даже свои данные добавить.

Я две обработки таких сделал для CSV
Одна умеет перечитывать и редактировать файлы любого размера / резать их / фильтровать.
Вторая умеет брать кучу файлов и делать сводную таблицу.
   Fragster
 
72 - 24.10.19 - 19:44
(71) чм стандартные внешние источники с текстовым драйвером не угодили?
   Fragster
 
73 - 24.10.19 - 19:44
ну вот реально, и чтение и запись и черт лысый
   Fragster
 
74 - 24.10.19 - 19:45
и даже отчеты на СКД без извращений
   Fragster
 
75 - 24.10.19 - 19:46
причем это добро десятки лет работает. или надо сначала писать велосипеды, изучать матчасть потом? а то потоковое чтение, оно хоть и неплохо, но все равно интерпретатор 1с тормозной до ужаса.
   Maniac
 
76 - 24.10.19 - 19:47
(72) с этим не работал, поэтому говорю с чем работал. у меня свои задачи были.
   Maniac
 
77 - 24.10.19 - 19:48
(75) тормозной это когда час что то делается. а когда на таких обьемах какие то минуты, то с головой.
   PR
 
78 - 24.10.19 - 19:49
(0) Кто источник данных-то?
Не пользователи же сгенерили 15 лимонов строк
   PR
 
79 - 24.10.19 - 19:52
(21) А, сорян, не заметил
Ну так не извращайся, сразу в регистр и пиши, ты же не будешь их через ТЧ редактировать
Создай регистратор без ТЧ и к нему присобачь 15 лямов записей набором записей

Увидишь Бро, плюнь ему в спину, у нас так принято
   Fragster
 
80 - 24.10.19 - 19:55
(77) ну вот ты переделай на внешние источники данных и посмотри, сколько времени ты сэкономишь на работе алгоритма, а главное - на разработке того, как с этим работать из 1с. Или точить как всегда некогда, пилить надо? Технологии, если что, более 20 лет.
   Borteg
 
81 - 24.10.19 - 21:14
(0) Пиши сразу в регистр.
Запись порциями по 25000-50000 элементов в  1 транзакции. Перед этим установи УстановитьИспользованиеИтогов  в ложь после записи включи.
15 млн строк загрузятся очень быстро.
   Maniac
 
82 - 24.10.19 - 22:50
(80) нет смысла. я выполнил требуемую задачу разовым заказчикам. И больше эти модули не пользовались спросом - видимо нет у остальных таких задач. впустую работать смысле нет, это нужно делать только если решение нуждается в этом. а так я с этого ничего не зарабатываю когда нет спроса
   Злопчинский
 
83 - 24.10.19 - 22:55
(21) грузани их в бесплатный BI, который фузиновцы пропагандируют. пусть там онолитеги крутят и наслаждаются
   Злопчинский
 
84 - 24.10.19 - 22:57
(39) если документ практически как в зеркало отражаетяс на регистр - то ясен пень.
а вот если в проведении логика подшита, вычисления итд - вот тооогда...
   H A D G E H O G s
 
85 - 24.10.19 - 22:59
(81) Правильно. Пусть юзвери прихиреют.
   Надо работать
 
86 - 24.10.19 - 23:00
(42) о, да это любимое дело для серьезных фронт и репорт систем
   Злопчинский
 
87 - 24.10.19 - 23:00
(66) в клюшках периодические реквизиты - для юзверей совершенно понятны и прозрачны.
для программиста - если он пОГРомист 1С - может и нет...
   H A D G E H O G s
 
88 - 24.10.19 - 23:03
(81)
Borteg отключает итоги.
Юзеры в системе: https://pbs.twimg.com/media/D7jzZLPX4AAGm7h.jpg
   Ёпрст
 
89 - 24.10.19 - 23:05
И.. нахрена грузить в останковый регистр.. еще и итоги отключать ?
   RomanYS
 
90 - 24.10.19 - 23:26
(87) с пользователями понятно. Адекватный прог тоже во всём разберётся и даже привыкнет. Тем не менее решение хранить периодические значения вместе с константами никак не выглядит логичным. Несколько способов работы (Объект.Периодический/Реквизит.Установить/ИспользоватьДату)с этими сущностями тоже не выглядят логичными, а скорее ситуативными

Ну вопрос и вопрос на засыпку старому клюшечнику
Спр.ИспользоватьДату(Дата1);
Спр.Записать();

создаст записи на дату по каждому периодическому реквизиту?

В общем после этого (привычного уже на тот момент) треша, РС в восьмерке просто образцом логичности были.
   Злопчинский
 
91 - 24.10.19 - 23:49
(90) а то что в 8-ке один и тот же код можно запихать в ряд мест - это не напрягает. это тоже ситуативно.
   Злопчинский
 
92 - 24.10.19 - 23:50
(90) "создаст записи на дату по каждому периодическому реквизиту?"
не берусь утверждать 100% - но да.
   Злопчинский
 
93 - 24.10.19 - 23:50
(90) РС конечно вещь нужная.
   Maniac
 
94 - 25.10.19 - 00:05
Нет чтобы узнать задачу и отталкиваться от нее, ведете себя как примитивные кодеры школьники, зачем пытаться решить загрузку во что либо, если для правильного пути нужно узнать конечную задачу. она истина.
   Злопчинский
 
95 - 25.10.19 - 00:15
(94) конечная задача - повертеть плоские данные по разным параметрам. для этого 1С непрвильно юзать (так говорят боги фузины). следует выгрузить массив в BI в любое облако и там обкрутить хоть обкакатьяс с туевой хучей готовых сценариев обработки и отображения.
.
я бы кстати на месте ТС так и попробовал сделать.
   Maniac
 
96 - 25.10.19 - 00:29
опять ты пытаешс как кодер обрисовать задачу. меня интересует чтобы я полностью услышал что хочет пользователь и озвучил это как пользователь. с полным набором что он хочет
   Maniac
 
97 - 25.10.19 - 00:39
я больше чем на 1000000 процентов знаю что такой обьем информации не способен переработать яеловек чтобы оно ни было.
значит на тот же миллион процентов есть явно выраженная конечная цель, которая явно является конечной задачей с полным перечнем условий
   Maniac
 
98 - 25.10.19 - 00:47
Может оказаться что ему в итоге из всего этого вообще 1000 строк нужна а все остальное нафуй.
   Maniac
 
99 - 25.10.19 - 00:50
Как пример мне тоже заказчик пришел сначала нес фигню. Но когда я начал задавать вопросы наводящие, то оказалось что из 15 миллионов строк ему нужно всего то получить несколько тысяч с конкретными условиями.
   Maniac
 
100 - 25.10.19 - 00:52
под эти условия было создано решение. А не так как школота решает - давайте все загрузим, дадим какой то уни инструмент и пусть делает что хочет. Нет неправильно.
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.