Процедуры группировки объекта "ТаблицаЗначений"

21.03.09

Разработка - Инструментарий разработчика

Варианты создания группировок в таблице значений

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
gr .1205758205 17,03Kb 494	494	Скачать (1 SM)	Купить за 1 850 руб.

Заинтересовал объект ИндексированнаяТаблица, решил сравнить ее метод Группировать() с тем, что использую для группировки родной 1с "ТаблицаЗначений".
Экспериментировал на таблице с 5 колонками, порядка 4000 строк.
Выигрыш 1с++ где то в 3-10 раз, в зависимости от варианта группирования.
Большие таблицы, свыше 60000 строк моя процедура уже виснет, в то время как Группировать() довольно быстро справляется с таблицами свыше 200000 (дальше уже не проверял)

Разработку в то же время оставляю, поскольку не все пользуются ВК.
Добавлю также процедуру, для группировки таблиц с "вложенными периодами", что может быть полезно для получения кросс-отчетов, что не умеет делать Индексированная таблица при помощи встроенных методов. Применима для таблиц, у которых присутствует одна колонка тип "ТаблицаЗначений" со структурой типа "ДатаПериода, Сумма", "ДатаПериода, План,Факт" и т.п. (вариант структуры передается в параметрах процедуры). В таблице значений на выходе на каждом уровне группировки также имеет эту колонку с соответствующим образом рассчитанной таблицей.
Для этой процедуры уже требуется использование объекта ИндексированнаяТаблица, но таблица, передаваемая в качества параметра, должна быть типа "ТаблицаЗначений"

+10 –

См. также

Консоль запросов

Инструментарий разработчика Системный администратор Программист Платформа 1С v7.7 1C77 Абонемент ($m)

Консоль запросов к базе SQL, не требующая внешних компонент

10 стартмани

29.04.2015 22460 57 Gvozdod 8

Openconf upd. 2014

Инструментарий разработчика Системный администратор Программист Платформа 1С v7.7 OpenConf Оперативный учет 7.7 Бухгалтерский учет 7.7 Расчет 7.7 1C77 Россия Бесплатно (free)

Обновленная сборка OpenConf Light Pack.

27.04.2014 59887 446 unichkin 50

StartManager 1.4 - Развитие альтернативного стартера

Инструментарий разработчика Системный администратор Программист Платформа 1С v7.7 Платформа 1С v8.3 Абонемент ($m)

Очередная редакция альтернативного стартера, являющегося продолжением StartManager 1.3. Спасибо всем, кто присылал свои замечания и пожелания, и тем, кто перечислял финансы на поддержку проекта. С учетом накопленного опыта, стартер был достаточно сильно переработан в плане архитектуры. В основном сделан упор на масштабируемость, для способности программы быстро адаптироваться к расширению предъявляемых требований (т.к. довольно часто просят добавить ту или иную хотелку). Было пересмотрено внешнее оформление, переработан существующий и добавлен новый функционал. В общем можно сказать, что стартер эволюционировал, по сравнению с предыдущей редакцией. Однако пока не всё реализовано, что планировалось, поэтому еще есть куда развиваться в плане функциональности.

1 стартмани

23.04.2014 169011 1889 Alexoniq 1603

499

Tray Informer

Инструментарий разработчика Программист Платформа 1С v7.7 Платформа 1С v8.3 Россия Абонемент ($m)

Согласитесь, что окно стандартное сообщений в 1С иногда приносит больше неудобств, чем пользы. И тем более разные "Предупредить"... Что с этим окном только не делают! Его отцепают от формы, делают маленьким, умудряются спрятать за границы экрана. А потом звонят программистам с претензией, что документ почему-то не проводится, отя ничего и не пишет. У вас такого не было? А вот у нас было и не раз )))

1 стартмани

04.09.2013 33515 61 O-Planet 78

Изменение структуры баз 1С 7.7 без долгой реструктуризации. Часть 1. Справочники

Инструментарий разработчика Программист Платформа 1С v7.7 1C77 Абонемент ($m)

На днях встретил вопрос на форуме про возможность внесения изменений в конфигурацию без долгого сохранения в рабочей базе большого объема. Вот решил поделиться опытом, как это делал я. База у нас была объемом порядка 120 Гб. К базе обращался сайт в режиме 24/7, поэтому важно было быстро сохранять изменения и желательно без последующего монопольного запуска для восстановления индексов и процедур и без отключения пользователей от базы. Это первая часть статьи и посвящена она справочникам. С одной стороны - это самый простой объект, с другой стороны, именно про справочник спрашивалось на форуме. Если статья будет востребована, то я напишу аналогичные про документы, регистры и может еще что.

1 стартмани

13.08.2013 21987 Reptile 5

Работа с файлами MS WORD из 1C

Инструментарий разработчика Программист Платформа 1С v7.7 1C77 Абонемент ($m)

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

1 стартмани

14.07.2013 27785 56 adamx 11

v7.7 1CDialogControls: Инструмент в помощь разработчику на 7.7.

Инструментарий разработчика Программист Платформа 1С v7.7 1C77 Абонемент ($m)

Давным давно, когда я еще плотно писал на 7.7 работа с формами была мучительной и неудобной. Приходилось каждый элемент выкладывать, выравнивать на форме ручками, прописывать код в модуле. Иногда при разработке очередной формы приходила в голову мысль: "а где-то я уже похожее делал..." и начинался мучительный поиск подходящего кода в своих запасах........

1 стартмани

21.02.2013 18425 36 MarSeN 14

[Разработчику] Любая таблица значений в OLAP

Инструментарий разработчика Программист Платформа 1С v7.7 1C77 Абонемент ($m)

Анализируем различные данные в 1С, используя OLAP-технологии со всеми прелестями. Т.е. наглядное отображение данных, быстрые расчеты, горизонтальные и вертикальные группировки любой вложенности, удобная фильтрация, Drag'n'Drop и ещё много приятных вещей от MS. Обработка на входе принимает практически любую таблицу значений (ТЗ в которой колонкам указаны типы значений, строка, число и т.п.), на выходе имеем на форме 1С сводную таблицу и график по этой ТЗ, с которой работаем, как и в Excel со сводной таблицей и диаграммой. Взял за основу разработку «OLAP Анализ счёта» ( http://infostart.ru/public/14964/ ) от JohnyDeath и переделал под любую ТЗ. Опционально используется «Прогресс бар для 1С 77» (http://infostart.ru/public/14061/ ) от Gmix.

1 стартмани

21.12.2012 36458 51 venger 7

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. artbear 1565 17.03.08 16:52 Сейчас в теме

Приведи свой код группировки по Индексированной таблице.
ИМХО наверняка ты что-то неверно написал :(
Основная беда ИТЗ - сильный расход памяти при группировке.

2. waol 319 17.03.08 17:02 Сейчас в теме

там все предельно просто

ЗначениеИзФайла(ИмяФайла,таб);
табИТ =СоздатьОбъект("ИндексированнаяТаблица");
табИТ.Загрузить(таб);

табИТ.Группировать("Контрагент:Контрагент; Док:Док","Сумма",1);

3. waol 319 17.03.08 17:03 Сейчас в теме

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

4. JohnyDeath 302 17.03.08 17:53 Сейчас в теме

а ты попробуй:

Код
табИТ.Группировать("Контрагент:Контрагент; Док:Док","Сумма",1); Показать полностью*

приятно удивишься!

5. JohnyDeath 302 17.03.08 17:55 Сейчас в теме

Желательно везде ставить "*", т.е. делай так:

Код
табИТ.Группировать("Контрагент:Контрагент; Док:Док","Сумма",1); Показать полностью

и ещё. вот это не совсем понял:
Судя по всему, из за того, что в Индексированной Таблице не удаляются колонки при свертке.
если ты нехочешь, чтоб оставались "дети", то и ставь третий параметр в методе "группировать" = 0

6. waol 319 17.03.08 19:17 Сейчас в теме

(5). Да, звездочка действительно рулит )). Спасибо за просвещение
если писать
табИТ.Группировать("Контрагент:*Контрагент; Док:*Док","Сумма",1);
то скорость метода Группировать возрастает, на глаз, этак в 3-4 раза.

а третий параметр, как я понял из описания, касается только последнего уровня:

"чРасшифровкаПоследнегоУровня - число, если 1, то в каждой строке последнего уровня группировки будет таблица с расшифровкой, содержащая строки исходной таблицы в нетронутом виде.".

собственно, так он и работает

7. JohnyDeath 302 17.03.08 19:37 Сейчас в теме

Ну расскажи теперь про замеры.
И кстати, надеюсь, ты ставишь старт счетчика до "табИТ.Группировать("Контрагент:*Контрагент; Док:*Док","Сумма",1);", и не до "ЗначениеИзФайла(ИмяФайла,таб);" ? ;)

8. waol 319 17.03.08 23:47 Сейчас в теме

(7) я похож на дауна ?? ))

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

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

10. JohnyDeath 302 18.03.08 10:51 Сейчас в теме

(8) в документации написано:
Синтаксис: Группировать(стрГруппировки, стрКолонкиСумм, [чРасшифровкаПоследнегоУровня = 0])
Параметры:
стрГруппировки - тип: Строка. Строка, описывающая требуемую структуру группировки. Задаётся в виде <ИмяИндекса1>: <ИндексноеВыражение1> [; <ИмяИндекса2>: <ИндексноеВыражение2> ... ]. ИндексноеВыражение - строка в том же формате, что и для метода ДобавитьИндекс()

теперь смотрим на метод "ДобавитьИндекс":

Синтаксис: ДобавитьИндекс(стрИдентификатор, стрВыражение, [чТолькоУникальныеЗначения = 0])
Параметры:
стрИдентификатор - тип: Строка. Идентификатор создаваемого индекса;
стрВыражение - тип: Строка. Индексное выражение. Индексное выражение состоит из списка идентификаторов колонок, разделённого запятыми. Если перед именем колонки стоит символ '-', то сортировка осуществляется в обратном порядке. Если перед именем колонки стоит символ '*', то сортировка осуществляется по внутреннему представлению объекта....

т.е. получается так: если ты не ставишь звёздочку, то идёт ещё одно обращение к БД, за счет чего и начинаются не нужные нам тормоза ;)

9. Lapitskiy 1061 18.03.08 04:56 Сейчас в теме

Актуальность не потеряна. Для тех случаев, когда невозможно использовать ВК.

11. JohnyDeath 302 18.03.08 10:51 Сейчас в теме

(9) Lapitskiy, а когда невозможно использовать ВК?

12. waol 319 18.03.08 12:01 Сейчас в теме

JohnyDeath - твоя правда, моя невнимательность

13. waol 319 18.03.08 12:06 Сейчас в теме

Lapitskiy если невозможно использовать ВК, то актуальность этих измерений вообще нулевая.

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

14. JohnyDeath 302 18.03.08 12:30 Сейчас в теме

(13) я считаю, что ТЗ размером в 200000 строк - это слишком. Ведь ты же берёшь их откуда-то? Наверное из БД запросом. Может на этапе запроса выкидывать(группировать,сворачивать) нужные строки? Вряд ли кому-то понадобится отчет, у которого будет столько строк.

15. waol 319 18.03.08 13:29 Сейчас в теме

я пока только начинаю экспериментировать с прямыми запросами, причем работаю в ДБФ (через СоздатьОбъект("OLEDBData")). И пока не смог добиться, чтобы в запросе работала группировка ((.
Посему и стал искать быстрые способы группировки, чтобы не терялся выигрыш в скорости прямого запроса. Первые мои шаги общения с компонентой, поэтому не судите строго

16. artbear 1565 19.03.08 10:16 Сейчас в теме

Прошу автора поправить свое описание про "Выигрыш моей процедуры" :)
Ты же убедился, что ИТЗ группирует шустрее ? :)

17. waol 319 19.03.08 12:28 Сейчас в теме

ок, конечно!

18. waol 319 19.03.08 13:21 Сейчас в теме

artbear
хотя, если уж совсем быть строгим, то сортировка по внутреннему представлению может дать проигрыш уже при выводе результатов

19. JohnyDeath 302 19.03.08 13:53 Сейчас в теме

(18) это как? поясни.

20. waol 319 19.03.08 14:09 Сейчас в теме

(19) ты про сортировку ? согласись, кому интересно видеть отчет с сортировкой по внутреннему представлению

21. JohnyDeath 302 19.03.08 14:47 Сейчас в теме

(20) Обычно интересует сортировка по показателям (сумма, приход, расход и т.д.). Тогда немного непонятна твоя фраза "может дать проигрыш уже при выводе результатов".. Кому дать проигрыш? По сравнению с кем/чем?

22. ADirks 187 19.03.08 15:05 Сейчас в теме

(21) Вообще-то waol рассуждает вполне здраво. Для вывода сгруппированой ИТ нужно будет по новой создавать индексы, но уже не по внутреннему представлению, а по строковому. К примеру
ИТ.Группировать("Товар: *Товар", "Сумма");
ИТ.УдалитьИндекс("Товар");
ИТ.ДобавитьИндекс("Товар", "Товар");
вот на последней то строчке мы и проваливаемся. И такую операцию надо будет проделывать со всеми потомками.

23. artbear 1565 19.03.08 15:30 Сейчас в теме

Даже без использования * ИТЗ выигрывает на средних и больших таблицах, на маленьких, естественно, будет выигрыш обычных видов группировок.
(22) Лех, а ты не думал как-то оптимизировать именно этап создания таблиц-потомков, может быть, написать свой распределитель памяти или еще что?

32. ADirks 187 20.03.08 08:15 Сейчас в теме

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

28. JohnyDeath 302 19.03.08 16:14 Сейчас в теме

(22) Ну это ты написал для сортировки по "наименованию". Тут - да, будет польза, а я писал про сортировку по показателям.

(25. п.2)
А ты делай индекс, состоящий из двух колонок: Наименование и Код (предполагая, что эта комбинация уникальна).

24. artbear 1565 19.03.08 15:33 Сейчас в теме

(waol) А с другой стороны, опытные пацаны делают так:
1) как выше написано, группируют уже в запросе
2) если не получается п.1, значит, они уже в запросе получают доп. поля типа КонтрагентНаименование/КонтрагентКод и т.д. для исключения лишних обращений к базе данных, и далее группировка делается уже не по Контрагент без *, а по КонтрагентНаименование/КонтрагентКод

25. waol 319 19.03.08 15:58 Сейчас в теме

(24) что касается п.1 - давай предположим, что он не получается

а что касается п.2 - то группировать по наименованию - не очень корректно, поскольку наименования не всегда уникальны, т.получается группировка Код и еще группировка Наименование, опять таки при условии, что уникален код, т.е. лишняя группировка. В общем - нюансы, и для моего опыта не все так однозначно.

26. artbear 1565 19.03.08 16:06 Сейчас в теме

(25) Ну так тебе никто не мешает использовать еще одно ОГРОМНОЕ преимущество ИТЗ - группировку по нескольким полям, например, Группировать("Группировка1:КонтрагентНаименование,КонтрагентКод;Группировка2 и т.д.") !
Ты пойми, я призываю тебя к тому, чтобы исключить/минимизировать лишние обращения к базе данных!

27. artbear 1565 19.03.08 16:08 Сейчас в теме

ИТЗ умеет не только индексировать и группировать по нескольким полям таблицы.
Такую фишку через штатный код 1С с более-менее подходящим быстродействием универсальным способом так просто не сделаешь :)
А тут халява :)

29. JohnyDeath 302 19.03.08 16:15 Сейчас в теме

млин, по п.2 Артур уже опередил...

30. artbear 1565 19.03.08 16:18 Сейчас в теме

(waol) Нужно расшифровывать про минимизацию обращений к базе через запросы? Или нет?

31. waol 319 19.03.08 16:27 Сейчас в теме

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

про группировку по нескольким полям - спасибо за намек, я пока ее не исследовал, только собирался посмотреть, есть ли такая возможность )). Приколно - я в сабжевой процедурине все собираюсь сделать такую возможность, да все руки не доходят. Возможно теперь уже и не дойдут.

33. artbear 1565 20.03.08 10:05 Сейчас в теме

(31) 1. Весь смысл в том, чтобы ты все необходимые поля доставал в запросе - например, для Контрагентов нужны сам элемент, его наименование, код, в запросе соответственно нужно получить ИД, Наименование, Код.
Для ИТЗ неважно, каким образом получен запрос - прямой запрос 1С++ или обычный запрос 1С.
Главное, чтобы ИТЗ брал из таблицы готовые данные, а не пытался обратиться к базе данных.
Т.е. вместо довольно медленного ИТЗ.Группировать("Контрагент:Контрагент", "Сумма") нужно юзать что-то вроде ИТЗ.Группировать("Контрагент:КонтрагентНаименование,КонтрагентКод", "Сумма")
.
2. Максимально оптимально, чтобы и группировка была в запросе, но раз у тебя это пока не получается, можешь делать группировку в ИТЗ, скорости у ИТЗ не столь плохие при соблюдении условия из п.1

34. waol 319 20.03.08 10:50 Сейчас в теме

artbear в принципе все логично, исходя из предыдущего диалога ))

довольно полезные советы, благодарствую

ADirks это уже будет по-видимому другой объект
за ИндексированнаяТаблица отдельное спасибо, это действительно прорыв!
сравнимо с появлением обычной ТаблицаЗначений в 77

35. waol 319 21.03.09 10:51 Сейчас в теме

в процедурах СоздатьГруппировкиВТаблице, СоздатьГруппировкиВТаблицеСВложеннымиПериодами исправлена ошибка. Возникала в тех случаях, когда группировка возникала в последней строке таблицы