Оптимизация запросов в 7 ТБ базе 1С

Рет қаралды 54,840

Күн бұрын

Хочешь научиться программировать на 1С? Желтый клуб рекомендует курс по 1С от Нетологии: go.redav.online/f2c968061f7bb...
А по промокоду yellowclub получишь 10% скидку.
В гостях у Желтого клуба Артём Кузнецов - тимлид в крупнейшей МФО в России.
Артёму есть чем поделиться. Он работает с 1С базой объемом более 7 ТБ.
ДОП. МАТЕРИАЛЫ от Артёма Кузнецова
Презентация и консоль запросов: vk.cc/c8Rxoq
Про индексы в 1С: its.1c.ru/db/metod8dev/conten...
Стандарты оптимизации запросов 1С: its.1c.ru/db/v8std#content:65...
НАВИГАЦИЯ
00:00 - Вступление
04:40 - Почему нужно оптимизировать 1С запросы
09:12 - Дашборды мониторинга работы 1С базы на 7 ТБ
18:55 - Правила работы с RLS в 1С запросах
29:00 - Правила работы с виртуальными таблицами
39:27 - Использование индексов в 1С запросах
51:37 - Использование условий в 1С запросах
01:09:05 - Ускоряем работу базы 1С без рефакторинга 1С запросов
01:23:40 - Пример оптимизации запроса
01:40:51 - Еще раз про крутые дашборды
01:43:10 - Как попасть на работу в компанию (tg Дмитрия Марочко @mothlike)
01:44:32 - Использование расширений
01:47:15 - Про обучение и сертификацию
01:48:37 - Как удалось построить такую крутую команду
01:50:00 - Реально ли начинающему получить тут работу
01:54:20 - Как попал в 1С сферу
02:01:00 - Почему сложно продавать бизнес приложения
02:03:50 - На каких еще языках пишет Артём
02:05:00 - Заключение
Реклама. Информация о рекламодателе по ссылкам в описании.
==========
Информационные площадки "Жёлтого клуба":
Телеграмм канал: t.me/yellowclub_official
Телеграм чат: t.me/yellowclub_vrn
Группа ВКонтакте: vk: 1c_36
Подписывайся на канала Желтого клуба, чтобы не пропустить интересных гостей
/ @yellow_club

Пікірлер: 121

@user-pg1oq3qx7w 2 жыл бұрын

Огромное спасибо за информацию! Думал, что достаточно придерживаться стандартов оптимизации запросов, а тут, как оказалось, не все так гладко когда переходишь на уровень ооочень больших данных. По выборке "В (ВЫБРАТЬ .. ИЗ ...)" в условиях виртуальной таблицы: проверял на записях до 1 млн, там она отрабатывала медленнее, чем внутреннее соединение виртуальной таблицы и таблицы задающей отбор (это при серверной базе). При файловой базе быстрее работает именно "В ()" в условиях. Получается, что при ооочень большом количестве записей серверная база начинает вести себя как файловая база (конкретно в данном примере, хотя может и в других случаях тоже, надо проверять).

@yellow_club 2 жыл бұрын

Да, тема оптимизации бесконечна. Было бы что оптимизировать))

@mendicator4319 2 жыл бұрын

На больших выборках лучше заменить В на аналог exists в скуле. Достаточно написать (поле1, истина) В (ВЫБРАТЬ поле1, истина Из..). Тогда 1с оттранслирует запрос в exists,что будет работать в разы быстрее

@user-pg1oq3qx7w 2 жыл бұрын

@@mendicator4319, спасибо! Можете подсказать, в "(поле1, истина) В (ВЫБРАТЬ поле1, истина Из..)" - "Истина" здесь какую роль выполняет?

@mendicator4319 2 жыл бұрын

@@user-pg1oq3qx7w никакую. Просто заставит оттранслировать запрос не в in(), а в exists()

@triviumfan9411 2 жыл бұрын

@@mendicator4319 очень интересно, проверю =)

@akrynetsky 2 жыл бұрын

Мой совет - смотрите это видео целиком, т.к. там где спикер говорит, что нельзя использовать частицу НЕ, В(), ИЛИ это относится к выборкам из больших таблиц (Документов, РС, РН). Дальше уточняется, что НЕ и В() вполне можно использовать в предварительных ВТ, в которых готовим списки для ВНУТРЕНЕЕ СОЕДИНЕНИЕ. Очень полезный материал. Спасибо!

@luckdmst 2 жыл бұрын

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

@yellow_club 2 жыл бұрын

Рад, что было полезно

@bekk_va 11 ай бұрын

Очень познавательное видео, спасибо!

@bigMihanWhere2007 11 ай бұрын

Очень круто! спасибо!

@lero4ka_valero4ka_77 11 ай бұрын

Стоящее видео! Очень классно и приятно слушать. Бальзам на уши! Палец вверх поставил

@daa5111 2 жыл бұрын

Ребята, спасибо Вам за проделанную работу

@yellow_club 2 жыл бұрын

Спасибо

@user-mn4eo1iz1y 2 жыл бұрын

Это шикарное видео! Спасибо Артёму за кейсы. Нельзя просто так взять и написать сразу правильно 😂 А метрики использовать можно👍 Хочу так же😁 Было бы здорово в таком же формате посмотреть про настройку grafana.

@user-dz3jv5zu4w Жыл бұрын

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

@user-ki8dx1le6i Жыл бұрын

Спасибо большое, за такой замечательный митап. Было очень интересно смотреть!!! Теперь буду ждать митапа по поводу инфраструктуры в данной компании. Как взаимодействуют разработчики между собой, какими приложениями пользуются и т.д.

@yellow_club Жыл бұрын

Мы тоже ждём) но пока ребята не хотят рассказывать)

@ktoeto8094 2 жыл бұрын

Работа в качестве хоббито ) Спасибо, было очень интересно

@yellow_club 2 жыл бұрын

Мне кажется у Артёма есть и другие хобби)) Надеюсь на это) Точно есть - как минимум исторические реконструкции.

@artemkuznetsov3443 2 жыл бұрын

Ага. Сноуборд, лазертаг, настольные игры, компьютерные игры. И еще я учусь играть на ударных :)

@user-ji3ke2mh7w 2 жыл бұрын

Митап супер!!! 👍👍👍 просто 🔥 Подробно, подготовленно, понятно даже про сложные вещи 🤗 Большое пребольшое спасибо!!!!

@yellow_club 2 жыл бұрын

Спасибо

@user-ji3ke2mh7w 2 жыл бұрын

Еще б такой же по оптимизации запросов для динамических списков на больших базах 🙃

@artemkuznetsov3443 2 жыл бұрын

Ну в целом - требования к запросам дин. списков те же самые. Тут обычно тормозит именно по причине того, что пользователь лезет туда, куда не надо, как при использовании {ГДЕ Поле.* } в СКД. Мы явно даём нужные поля, каждое использование ".*" в тексте запроса - должно быть обосновано разработчиком.

@artemkuznetsov3443 2 жыл бұрын

Мы, например, ограничиваем динсписки через ДинамическийСписок.УстановитьОграниченияИспользованияВОтборе и ДинамическийСписок.УстановитьОграниченияИспользованияВПорядке, передавая туда массив только индексированных полей.

@user-ji3ke2mh7w 2 жыл бұрын

Артем, спасибо!

@Gluk1505 2 жыл бұрын

Только включил запись, поставил лайк, спасибо вам за то что вы делаете!

@yellow_club 2 жыл бұрын

Рад, что полезно 🙏

@mobilitymoon5232 4 ай бұрын

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

@user-kb3cy8by5u 2 жыл бұрын

спасибо за видео

@yellow_club 2 жыл бұрын

Спасибо, что посмотрели

@rusmus777 Жыл бұрын

Огромное спасибо за видео. Очень хочется прояснить такие вопросы: 1) 45:00 Пусть для примера у таблицы есть кластерный индекс "Измерение1"+"Измерение2". "Измерение1" принимает значения из ограниченного списка (например, перечисление или очень небольшой справочник). "Измерение2" принимает очень большое количество значений и обладает высокой селективностью. Большинство запросов к таблице имеют отбор по полю "Измерение1" плюс ещё что-то (например, "... ПЕРВЫЕ 1000 ... ГДЕ Измерение2 > &Мин ... УПОРЯДОЧИТЬ ПО Измерение2"). Надо улучшить запрос с отбором по некоторым значениям поля "Измерение2". Как лучше это сделать? А) Поменять поля в индексе местами. Насколько испортятся или останутся на прежней производительности большинство запросов? Б) Добавить индексирование по "Измерение2". При этом, скорее всего, новосозданный индекс будет размером в половину от кластерного. В) Сделать отбор по полю "Измерение1" из полного списка значений и отбор по полю "Измерение2". Г) Сгенерировать текст запроса из блоков, связанных через "ОБЪЕДИНИТЬ ВСЕ", и в каждом блоке отбирать "Измерение1" по одному значению. 2) 1:05:30 Вроде бы, как-раз где при количестве записей до 100 или до 1000 (по данным статистики) планировщик MS SQL применит полный обход таблицы независимо от наличия индексов.

@user-tl7eg9wt2n Жыл бұрын

Спасибо за видео и за контент в целом! Очень полезно. Взял на заметку. А можно как-то связаться с Артёмом или Дмитрием?

@user-fo5nn7ro2s 2 жыл бұрын

Спасибо!

@yellow_club 2 жыл бұрын

Какие ещё темы интересны?

@user-fo5nn7ro2s 2 жыл бұрын

@@yellow_club пока что не все стримы посмотрел) Но на практике были трудности по работе с xdto и http запросами. Возможно эти темы уже есть на канале и я до них просто не добрался. Ещё раз спасибо! По 1с на ютубе не так много каналов. Ваш однозначно в топ3 для меня!

@sagittarius_s Жыл бұрын

Расширяет кругозор, спасибо.

@budnikov 2 жыл бұрын

Крутой контент

@yellow_club 2 жыл бұрын

Рад, что понравилось

@TRIALEX3 2 жыл бұрын

Ничего не понятно, но очень интересно. Спасибо!

@yellow_club 2 жыл бұрын

Значит есть куда расти ))

@urasovd 2 жыл бұрын

Thanks!

@yellow_club 2 жыл бұрын

Велком)

@al-e-kssc813 2 жыл бұрын

А как у вас настроен технологический журнал, для такой метрики?

@ffonlfoff5005 Жыл бұрын

00:30:52 есть где нибудь в литературе почитать, почему не рекомендуется использовать таблицу СрезПоследних у регистра сведений подчиненного регистратору? То есть вообще не рекомендуется использовать или в каких то конкретных условиях? Понятное дело, что могут быть регистраторы составного типа, но какие там соединения происходят при запросе к БД, где можно наглядно посмотреть или прочитать? На ИТС по этому поводу не видел информации. Что тогда использовать в таком случае? Как оратор поступает в данном случае, если ему нужен срез из такой таблицы?

@IvanAndreychuk Жыл бұрын

Меня больше заинтересовало как они вывели информацию по поводу каике отчеты сколько раз запускались и время выполнения. ТЖ не видел такого.

@filaretbusoni3135 2 жыл бұрын

Сделайте выпуск про настройку графиков графаны)

@yellow_club 2 жыл бұрын

Постараемся, спасибо за предложение

@user-bi9vp4mb7q 2 жыл бұрын

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

@triviumfan9411 2 жыл бұрын

Не хватает планов запросов. @Artem Kuznetsov, не понимаю, почему отрицание преобразуется в оператор "В". У меня такого нет. Запрос "Выбрать Ссылка Из Документ.ЗаказНаряд Где НЕ ВидРемонта = &ВидРемонта" преобразуется в "SELECT T1._IDRRef FROM dbo._Document321 T1 WHERE ((T1._Fld811 = @P1)) AND ((NOT (((T1._Fld2267RRef = @P2)))))", где @P1 - разделитель. Виды ремонта - справочник, с отборами по значению перечислений такое же условие. Используете ли дата акселератор? Если нет, то есть ли планы?

@user-oc4ef3lx9e 2 жыл бұрын

Подскажите при последнем примере условие выносятся в фигурные скобки, это необходимо делать в ответах на скд или в любых запросах? Как понять что объект подключён к РЛС, только посмотрев роли? Заранее спасибо

@SMSobl 2 жыл бұрын

Можете делать в любых, но часть в фигурных скобках будет восприниматься только в СКД.

@icsier 2 жыл бұрын

Вопрос по примеру "ручного среза последних" (время 1:21:18): Рассматривали вариант помещения во временную таблицу строк с максимальным периодом? Что-то вроде ВЫБРАТЬ МАКСИМУМ(Период), ИДЗвонка ПОМЕСТИТЬ ВТ_СтатусыЗвонков ... СГРУППИРОВАТЬ ПО ИДЗвонка; ВЫБРАТЬ ВТ_СтатусыЗвонков.ИДЗвонка, ЖЗ.Статус ИЗ ВТ_СтатусыЗвонков ВНУТРЕННЕ СОЕДИНЕНИЕ РегистрСведений.ЖурналЗвонков КАК ЖЗ ПО ЖЗ.ИДЗвонка = ВТ_СтатусыЗвонков.ИДЗвонка И ЖЗ.Период = ВТ_СтатусыЗвонков.Период.

@QVRJ 2 жыл бұрын

Тоже только к концу присмотрелся, что срез по другому считается

@NemanEnt 2 жыл бұрын

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

@yellow_club 2 жыл бұрын

Собираемся сделать такой выпуск. Скорее всего в январе-феврале

@mendicator4319 2 жыл бұрын

Да, вот это будет интересно

@sagittarius_s Жыл бұрын

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

@QVRJ 2 жыл бұрын

Интересный митап, спасибо. Скрытый герой - котейка. Открой, закрой... Закрыл? Открывай.. 😁

@yellow_club 2 жыл бұрын

+ за внимательность 😂

@user-xp8iq4od3g 2 жыл бұрын

Добрый день, коллеги. Артем к вам вопрос, если это конечно еще возможно, в этом моменте 49:00. Вы уходите от скана кластерного индекса и делаете как бы принудительный Key lookup. Но ведь если поле "Договор" является селективным и у вас актуальная статистика оптимизатор и так должен использовать индекс по полю договор. Разве нет? Не совсем понимаю в чем выгода в этом кейсе, при условии что статистику вы обновляете. Ну и поле Договор очень вероятно, что является высокоселективным. Если конечно в таблице "ВыдачаССостояниями" не 100500 тыщ строк

@TresModiosVir 2 жыл бұрын

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

@user-bb9tp6tm7o 8 ай бұрын

Хочу работать с этим чуваком в команде

@user-oe5vm3ze6e 7 ай бұрын

А что за консоль запросов на видео?

@NemanEnt 2 жыл бұрын

А почему докладчик применяет старый интерфейс УФ? Не такси. Есть какие-то причины производительности или просто вкусовщина?

@yellow_club 2 жыл бұрын

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

@artemkuznetsov3443 2 жыл бұрын

Это из-за того, что конфигурация самописная, и написана под УФ, в Такси некоторые моменты ведут себя иначе, чем запланировано.

@ivans8332 2 жыл бұрын

интересно

@yellow_club 2 жыл бұрын

Это хорошо)

@burundukoff8450 2 жыл бұрын

А можно видео как графану подключить и также красиво настроить ?

@yellow_club 2 жыл бұрын

Может выступят ребята на эту тему

@androidt1c 2 жыл бұрын

То чувство, когда ты единственный программист на базе 2тб и 500 юзеров. И без дашбордов 😀 ибо и так все узкие места знаешь

@yellow_club 2 жыл бұрын

Круто! как насчет выступить у нас?

@androidt1c 2 жыл бұрын

@@yellow_club На самом деле ничего особенного, это я по вашим видео учусь. Просто фирма резко выросла, а штат ИТ-нет :) С управляемыми блокировками только пришлось тщательно повозиться.

@ConstantinKubrakov 2 жыл бұрын

Интересно, какой процент (количество) запросов из БСП пришлось оптимизировать?

@artemkuznetsov3443 2 жыл бұрын

Ну, у нас есть постоянное расширение для БСП своё, но этим занимаются другие люди - я сходу не скажу про объём изменений.

@user-tl7eg9wt2n Жыл бұрын

@@artemkuznetsov3443 Артём, а вакансии у вас ещё есть?

@artemkuznetsov3443 Жыл бұрын

@@user-tl7eg9wt2n На hh по компании "Центрофинанс" можно смотреть актуальные вакансии.

@akrynetsky 2 жыл бұрын

42:58 Что это было? Впустил кота? :-) 46:08 Полтергейст? Кот?

@yellow_club 2 жыл бұрын

Полтергейст ))

@artemkuznetsov3443 2 жыл бұрын

1-е - выпустил кошку. 2-е - супруга впустила кошку :)

@paulshemyakin1445 Жыл бұрын

Пример с заявками не показательный вообще. Оптимизировать там имело смысл поэтапно - сначала убрать вычисления для начала и конца периода. Ясно что после этого запрос стал бы выполнятся за 1-2 сек. Что-то большие сомнения у меня, что оптимизатор после этого стал бы проверять каждую строку, а не то что было выбрано по периоду. Какой смысл все скидывать в ВТ, если по смыслу потом выполнялась бы та же самая операция, но уже по данным ВТ. Плюс если поле Шаг скорее всего не индексировано. Не надо зацикливаться на правилах. Знать их надо, но периодически подвергать сомнению тоже стоит.

@user-ns9fc4et2v 2 жыл бұрын

У меня на 8.1 УПП 6,6 Тб. По производительности все норм. Либо ты пишешь сразу хорошо и все летает, либо ты пишешь не правильно и ничего работать не будет. А так Платформа 1С конечно могет!

@yellow_club 2 жыл бұрын

Вот я тоже не понимаю таких людей, которые сначала пишут плохо, а потом переделывают 😂😂😂 Почему нельзя было идеально сделать с первого раза 🤣🤣

@user-ns9fc4et2v 2 жыл бұрын

@@yellow_club да даже не идеально, а по стандартам разработки

@artemkuznetsov3443 2 жыл бұрын

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

@user-nu7rg6mz6r 2 жыл бұрын

@@artemkuznetsov3443 что такое легаси?

@yellow_club 2 жыл бұрын

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

@You2Ber42 2 жыл бұрын

Больно смотреть на это... Базы на 7 Tb с которыми работают по стандартам SQL 92 года, да хотя бы и 92, но там же даже от 92 года только 25% возможностей. Люди вваливают тонны денег в СУБД, железо, а потом ничего кроме SELECT сделать не могут. Все что им дано это кластерный индекс у которого первое поле с нулевой селективностью (разделитель) и .... и все. Героизм в крови, то с гранатой под танк, то вот 7Tb на 1С... Смотрел недавно hi load яндекса, был вопрос: "как вы решаете проблему с большимим базами?" Ответ: У нас нет больших баз, какие то данные лежат в columnstore какие то в mongo, там где требуются реляционные связи используется PG но так что у каждого сервиса своя PG

@user-sl1kv2yr7t 2 жыл бұрын

1С никам это не понять. Реально. Они вот так и пробуют - ковырять в запросах гигабайты информации. И радуются как дети когда через одно известное место получается на секунду ускорить что-то. 10 лет назад это смотрелось ещё ну.. как реалии технологической платформы, сейчас уже как идиотизм.

@user-lr6xl7pf8z 2 жыл бұрын

Херню какую-то написали. Без приведения конкретных примеров для сравнения, ваш комментарий из разряда "мне для моих задач это не требуется, поэтому и вы делайте как я". А я вам скажу, что не на 1С ваша разработка будет стоить в 10 раз дороже.

@You2Ber42 2 жыл бұрын

@@user-lr6xl7pf8z Какие примеры вы хотите в комментариях на Ютубе? Что касается "для моих задач" то 1с уже давно позиционируется не как Бух для ларьков а как серьезный универсальный hiload framework. Что касается дороже в 10 раз то дело не в скорости разработки а в том что 1с команды получают меньше ЗП в 3 раза, и сами команда меньше следовательно один человек делает больше работы. И мне как специалисту это сильно не нравится. Я хочу как в нормальном ИТ работать меньше получать больше.

@sagittarius_s Жыл бұрын

@@You2Ber42, что-то не понял суть ответа.

@alexandrsevostyanov1842 Жыл бұрын

Люди, сравнивающие, какой язык хороший, как плохой - странные. Работай в том, какой нравится. Мы же не сравниваем сварщика на строительстве домов и сварщика на строительстве судов, потому что все профессии важны

@ConstantinKubrakov 2 жыл бұрын

Версия Палформы?

@yellow_club 2 жыл бұрын

В Телеграм чате желтого клуба писали, что 8.3.17

@artemkuznetsov3443 2 жыл бұрын

8.3.17 сейчас, но уже выполняется поэтапный переход на 8.3.20

@user-lr6xl7pf8z 2 жыл бұрын

@@artemkuznetsov3443 а режим совместимости?

@asstudio2613 2 жыл бұрын

Здравствуйте, я остаюсь у вас на канале, жду и вас у себя. Мне очень понравился ваш канал, удачи вам.

@user-jf2xy8vd2y 2 жыл бұрын

А агрегаты на больших регистра кто-то смог включить? Очень много часов включаются. Или это мертво рождённая фича?

@litium1988 Жыл бұрын

Не претендую на истину, но компоновщик данных в дин.списках и СКД, сам добавляет РАЗРЕШЕННЫЕ в запрос, поэтому в теории это можно не добавлять, но понятно что в этой компании просто такой стандарт, и видимо воизбежании ошибок, что где то в модулях форм или объектов забудут это сделать, добавляют везде

@mobilitymoon5232 4 ай бұрын

Грустно, что 7 ТБ база должников

@lepaxtwin 2 жыл бұрын

Свертка базы? Не, не слышал(с)

@artemkuznetsov3443 2 жыл бұрын

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

@alexsobolev9684 Жыл бұрын

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

@pavelmaximov391 2 жыл бұрын

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

@user-nk3oi3ru7e 2 жыл бұрын

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

@pavelmaximov391 2 жыл бұрын

@@user-nk3oi3ru7e не надо пытаться понять "на кой ляд". Есть данные - надо их обработать.