Вход | Регистрация

  1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

Как быстро найти неоптимальности в запросе (волшебная консоль запросов)

Как быстро найти неоптимальности в запросе (волшебная консоль запросов)
Я
   Demiurg
 
11.10.16 - 22:27
Хочу рассказать о разработке, предназначенной для облегчения написания запросов "без кривизны"
Поскольку наша команда (gilev.ru) специализируется на повышении производительности, то вопрос автоматизации рутинных операций в нашем деле стал достаточно быстро. Очевидно, что повторяющиеся простые действия не надо делать «руками».

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

Другими словами, большая часть проблем производительности 1С лежит в неоптимальных запросах. Даже многие блокировки — лишь следствие избыточного сканирования данных неоптимальными запросами.

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

Но как говориться лучше один раз увидеть https://www.youtube.com/watch?v=q9bKv5LwRdk , чем сто раз услышать.

Поэтому отдаем на Ваш суд нашу консоль запросов, которую можно скачать на главной странице http://www.gilev.ru/#ConsoleGilevRu , на текущий момент это версия http://www.gilev.ru/1c/cloud/GilevRu_Console_1_5_1.epf

Нужно настроить консоль согласно инструкции  http://www.gilev.ru/console_setup
Результат анализа отображается на нашем сервере https://isinka.gilev.ru/QueryAnalyzerService/

Важно. Готовы делится бесплатно анализом запросов взамен на Ваш обратный отзыв и рекомендации, а конкретнее:
•    Написать в почту slava@gilev.ru запрос с ссылкой на эту ветку и указать учетную запись в наших сервисах - 10 запросов бесплатно
•    по каждому запросу и обнаруженной рекомендации дать обратную связь нам, насколько ясна рекомендация, помогла ли она - еще 3 запроса бесплатно по каждой обратной связи
•    написать отзыв на своей странице и сообщить нам об этом - 3 месяца безлимита
•    написать отзыв в своем блоге  и сообщить нам об этом- 1 месяц безлимита
•    написать отзыв в своей ленте в социальных сетях  и сообщить нам об этом- 1 неделя безлимита

Я думаю что на экзамене 1С:Эксперт нашей обработкой Вам пользоваться не разрешат – слишком легко сдавать будет 
А вот на наших курсах http://www.gilev.ru/kurs/ можно все , в том числе убедиться насколько это мощный инструмент ускорения любой информационной системы.
Уверен, со временем наш подход, реализованный в этой обработке станет новым стандартом в области оптимизации. Спасибо что дочитали до конца! 

Согласовано с Волшебником
 
 
   Boleev
 
2 - 11.10.16 - 22:29
А шо, на файловой базе ваша обработка не фурычит?
   Demiurg
 
3 - 11.10.16 - 22:32
(2) мы делали с опорой на план запроса скуля

если инструмент станет популярным, то постараемся расширить и на файловую версию
   Jija Grenkov
 
4 - 12.10.16 - 00:05
(0) Посмотрел видео, но так и не понял почему бы не показать результат в той же обработке в которой происхадила отправка пана запроса.
Подскажите учитывается ли статистика СУБД при анализе?

Сервис наверняка будет полезен начинающим оптимизаторам.
   Cyberhawk
 
5 - 12.10.16 - 00:10
Правильно пишется "вопрос встал"
   Cyberhawk
 
6 - 12.10.16 - 00:12
Видео слишком длинное, нужен короткий ролик на 2-3 минуты, быстро показывающий основные фишки
   Cyberhawk
 
7 - 12.10.16 - 00:12
Ну и под ОФ конечно же нужна консолька-то...
   Demiurg
 
8 - 12.10.16 - 01:44
(4) если количество возвращаемых строк не соответствует ожидаемым то смотрится дата обновления статистики
   Demiurg
 
9 - 12.10.16 - 01:50
(7) Свойства конфигурации, галочка Использовать управляемые формы в обычном приложении
   H A D G E H O G s
 
10 - 12.10.16 - 02:00
(0) Нафиг.

Я слишком привык к симпатичной xml-ке в профайлере, ковыряться в портянке текста - дичь дикая.
 
 Рекламное место пустует
   H A D G E H O G s
 
11 - 12.10.16 - 02:03
Тормозящий запрос отладить - проблем нет и без этих прибамбасов. Проблема - найти его и понять, как переписать, не нарушая божественной логики типовых. Ну а если самописка - проблем вообще нет.
   H A D G E H O G s
 
12 - 12.10.16 - 02:09
Лучше б кто гистограмму статистики прикрутил бы к какой обработке структурыобъектовбазы.
   impulse9
 
13 - 12.10.16 - 04:44
(0) есть ли в планах поддержка PostgreSQL?
   assasu
 
14 - 12.10.16 - 05:38
(0) в реальной работе, на реальном предприятии важнее скорость разработки ,скорость переделок/доделок.
никогда не использую "большие" оптимальные запросы, всегда это много мелких запросов и куча кода между ними.
   МимохожийОднако
 
15 - 12.10.16 - 07:18
(3) Ждём. Рынок файловых на порядок шире. ИМХО.
   mehfk
 
19 - 12.10.16 - 08:23
(14) Видел таких писателей на 8-ке, сначала запросом выберут 100500 строк, потом выгрузят в тз, потом начинают с этой тз манипуляции всякие производить. Все это еле ворочается - зато автор рад - не надо учить язык запросов :)))
   mehfk
 
20 - 12.10.16 - 08:26
(0)
Пример в ролике совсем детский.
10 запросов мало даже для попробовать.
Почему результат анализа нельзя получить в запроснике, почему нужно куда-то еще заходить?
   DrZombi
 
21 - 12.10.16 - 08:30
(19) Порой работа с ТЗ куда быстрее, нежели на запросе. (20) Там вообще не пойми, что отлаживает.
Скорей всего в эту обработку ты копипастишь запросик, а он тебе только спамит где у тебя затык.
И непонятно, до какой сложности запросов он сможет обработать :)
   DrZombi
 
22 - 12.10.16 - 08:30
+(20) На сложных примерах их самокат не взлетит :)
   mehfk
 
25 - 12.10.16 - 08:36
(21) >> Порой работа с ТЗ куда быстрее, нежели на запросе.
Плохой запрос + постобработка ТЗ как правило медленнее хорошего запроса.
   AneJIbcuH
 
27 - 12.10.16 - 08:54
(9) Тогда придётся встраивать обработку в конфигурацию, не очень -то и радужно. Так что ОФ бы отдельно.
   DrZombi
 
28 - 12.10.16 - 08:56
(25) Ага, а память сервера для вас безгранична?
   toypaul
 
29 - 12.10.16 - 09:00
Главное правило оптимизации - индексы на больших объемах и разбивка запросов с большим количеством таблиц на несколько частей во временные таблицы. Это правило помню еще с 2001 года когда успел в местной конторе поработать, которая на MS SQL писала свою учетную систему. По-моему с тех пор ничего не поменялось.

Ну и еще обновление статистики.

Всякие там планы запросов, хинты и прочая лабудень это уже для "крутых перцев", которым заняться нечем.
   mehfk
 
30 - 12.10.16 - 09:02
(28) К чему этот вопрос?
   DrZombi
 
32 - 12.10.16 - 09:04
(30) Есть такой объем информации, что одним запросом не обработать все и сразу.
   Timon1405
 
33 - 12.10.16 - 09:06
непонятно, чем обработка лучше консоли ИР? http://devtool1c.ucoz.ru/
там тоже есть план и работает "из коробки" без всяких там энтернетов
 
 
   mehfk
 
34 - 12.10.16 - 09:08
(32) Это исключительные случаи, не имеющие прямого отношения к постобработке результата запроса вместо обработки в запросе.
   Лефмихалыч
 
35 - 12.10.16 - 09:08
(14) это пока не возникнет задачи типа: "у нас тут какая-нибудь ЕПР все лочит и долго думает при попытке провести 100500 заказов, пришедших с обменом из фронта". В этом случае абсолютно всем насрать, что ты там используешь или нет, т.к. задача оптимизировать уже существующий код.
   Лефмихалыч
 
36 - 12.10.16 - 09:11
(0) годный инструмент для целей быстро и особо не задумываясь принять ряд достаточно не сложных мер по ускорению вот этого вот конкретного овна. Ручного хартдкора типа вот этого (11) не отменят и не заменяет, это просто про другое несколько.
   Cyberhawk
 
37 - 12.10.16 - 10:13
(9) Зачем снимать конфигурацию с замка? Ну и как подметил (27), если основной режим запуска - не УП, то эта галочка не поможет.
   Jija Grenkov
 
38 - 12.10.16 - 10:43
На самом то деле что бы запрос работал приемлемо для подавляющего большенства ситуация достаточно соблюдать несколько правил:
1. Выражать поля составного типа при обращении через точку
2. Задавать параметры виртуальных таблиц
3. Не использовать запросы в цикле
4. Использовать временные таблицы(возможно с индексацией полей по которым идет поиск)
5. По возможности правильно попадать в составной индекс. Понимать что желательно указывать все поля составного индекса от 1-го до "требуемого"

Все это описано на ИТС

А если оптимизировать более глубоко, то нужно анализировать план запроса. Подозреваю, что у вас учитывается далеко не все, из того что учат анализировать в материалах для экспертов по тех. вопросам.
   Fragster
 
40 - 12.10.16 - 11:18
Задумка хорошая
   Мойдодыр
 
41 - 12.10.16 - 11:20
но слишком агрессивная монетизация.
Большинство прогов не имеют возможности просить бюджета
   Nolan
 
42 - 12.10.16 - 12:37
(0) для обучения хорошая штука, чтобы приучить себя с самого начала составлять правильные запросы.
   don_Rumata
 
43 - 12.10.16 - 12:39
(0) Исинка - это из этногенеза?
   vs84
 
44 - 12.10.16 - 13:23
(0) небольшой офф: в ролике сказано, что соединять с вирт таблицей не гуд. Если я правильно понимаю, то в примере запроса из ролика этой вирт таблице будет соответствовать одна таблица sql (с отбором по дате "конца времен", необходимости соединять с табл движений нет). В этом случае все равно соединение с ней может быть менее оптимальным, чем предварительная выборка и помещение в ВТ?
   Demiurg
 
45 - 12.10.16 - 13:36
(9) да, поддержку Postgre хотим сделать
часть алгоритма работает по анализу текста запроса 1С, т.е. универсально, а вот по анализу плана запроса работа еще предстоит
   Demiurg
 
46 - 12.10.16 - 13:40
(33) разница в том что наш инструмент выполняет анализ плана, а не просто его показывает
   Demiurg
 
47 - 12.10.16 - 13:43
(38) наша обработка может анализировать больше чем в тренинге на 1С:Эксперта и не только потому что мы и учим на 1С:Эксперта, и не потому что раньше фирмы 1С начали заниматься этим вопросам, а просто возьмите и убедитесь на практике
   Demiurg
 
48 - 12.10.16 - 13:45
(41) чеита?! пишите "хочу бесплатно" часто и будет бесплатно
   H A D G E H O G s
 
49 - 12.10.16 - 13:45
(38) Индексация ВТ бессмыслена в 90%
 
 Рекламное место пустует
   Demiurg
 
50 - 12.10.16 - 13:45
(43) да, из "Маруси"
   H A D G E H O G s
 
51 - 12.10.16 - 13:46
(47) Ну да, она может поработать капитаном очевидностью для ленивых чуваков, дав типовые универсальные советы, которые могут и не работать.
   Demiurg
 
52 - 12.10.16 - 13:49
(51) мы не против критики нашего продукта, но только при условии что выполняете анализ конкретного запроса, и вместе смотрим на анализ, смотрим как его улучшить

абстрактно дискутировать о теории тут не надо, сделайте пожалуйста отдельную ветку
   H A D G E H O G s
 
53 - 12.10.16 - 13:49
(44) " В этом случае все равно соединение с ней может быть менее оптимальным"

Ну чисто теоретически, при получении оперативных остатков 1С также схлопывает "разделение итогов" подзапросом, но на практике оптимизатор sql вывозит этот подзапрос нормально, план получается лучше, чем при задании параметров ВТ и все хорошо. Соединять можна :-)
   CepeLLlka
 
54 - 12.10.16 - 13:50
(46)Отладьте мне запрос


ВЫБРАТЬ
    ДокументПутевка.Ссылка, 
    ДокументПутевка.Водитель КАК Водитель,
    ЕСТЬNULL(ВЗМаршруты.Направление, ЗНАЧЕНИЕ(Справочник.Направления.ПустаяСсылка)) КАК Направление
ИЗ
    Документ.Путевки КАК ДокументПутевка
        ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ РАЗЛИЧНЫЕ 
            Маршруты.Водитель КАК Водитель,
            Маршруты.Направление КАК Направление,
        ИЗ 
            РегистрСведений.Маршруты КАК Маршруты) КАК ВЗМаршруты
        ПО ДокументПутевка.Водитель = ВЗМаршруты.Водитель


Это запрос динамического списка, в моей консоли он отрабатывает, а в 1С ошибки не выдаёт, но колонка "Направление" на форме списка не появляется.. 
Мож запрос кривой?
   vs84
 
55 - 12.10.16 - 13:52
(52) попробую привлечь внимание к вопросу в (44).
По запросу из ролика мы можем считать, что условие "выполняете анализ конкретного запроса, и вместе смотрим на анализ, смотрим как его улучшить" соблюдено?
   Demiurg
 
56 - 12.10.16 - 13:58
(54) (55) прошу прочесть 52й пост
   CepeLLlka
 
57 - 12.10.16 - 14:04
(52)Да я не дискутирую, у меня запрос не работает, реально.. вернее он работает, но колонка не выводится.. Я думал если у вас там волшебная обработка, может поможет как..

P.S. Без сарказма и шуточек. У меня проблема.
   1sanekmaloi1
 
58 - 12.10.16 - 14:06
Не совсем понятна аудитория этой разработки, позиционируется как для ламера-прога, а в результате только устные рекомендации и те из разряда прописных истин.
Если я овнокодер то хочу получить готовый оптимальный запрос, а если нет то использую параметры вирт таблиц, не юзаю точку в составном поле, не соединяю с вирт таблицами использую временные ну и т.д.
Надеялся на чудо, но как всегда обманули...
   don_Rumata
 
59 - 12.10.16 - 14:09
(50) Зачет :) Она еще в сомнамбуле есть и хакерах как минимум :)
   H A D G E H O G s
 
60 - 12.10.16 - 14:21
(58) Готовый оптимальный запрос делается руками, бездушная машина на такое не способна.
   Demiurg
 
61 - 12.10.16 - 14:22
(57) мне кажется вы не очень поняли что делает консоль, может на практике попробуете
   Demiurg
 
62 - 12.10.16 - 14:23
(58) обработка ПОМОГАЕТ, а не переписывает запрос за человека, ни кто не заявляет что там кнопка "СДЕЛАТЬ ВСЮ РАБОТУ" :)
   Demiurg
 
63 - 12.10.16 - 14:25
(59) еще не читал, но видимо найду время на это)))
   Timon1405
 
64 - 12.10.16 - 14:25
разве "волшебная" и "сделать всю работу" не синонимы?)
   Demiurg
 
65 - 12.10.16 - 14:30
(64) а форум тоже волшебный, но всю работу он же не делает )
   1sanekmaloi1
 
66 - 12.10.16 - 14:38
(62)Запишите как пожелание: сделать кнопку "сделать всю работу". Как только появится такой функционал, буду пользоваться однозначно.
   Demiurg
 
67 - 12.10.16 - 15:23
(66) такая корова нужна самому ))
https://www.youtube.com/watch?v=10WXv8c9Cr8
   VVi3ard
 
68 - 12.10.16 - 15:36
Спасибо, удобная обработка для просмотра планов запроса. В ИР кстати показ плана запроса настроить значительно сложнее (плюс я вообще не нашел где...)

А тут достаточно только учётку SQL указать.

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

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

У меня такой вопрос судя по коду обработки план получается из журнала? Но тогда не понятно зачем учетные данные SQL? А если получается не из журнала то может быть можно в будущих версиях организовать получение плана XML для более удобного просмотра в том же SQL Sentry Plan Explorer?

И еще судя по всему включается ТЖ он включается навсегда или как то на время запроса, или на время жизни обработки?
   H A D G E H O G s
 
69 - 12.10.16 - 15:48
Я правильно понимаю, что ребята собирают статистику по тормозам в новых релизах какой-нибудь УТ-шечки 11.3 и смогут потом уверенно ткнуть своему клиенту, где у него может болеть?
   bolobol
 
70 - 12.10.16 - 16:04
+(69) И дать готовые рецепты!
   VVi3ard
 
71 - 12.10.16 - 16:06
И еще вопрос к автору, не будет ли проблем если например на одном сервере работают разные разработчики т.е. один обработкой включает ТЖ другой например выключает и.т.п. Или возможно она проверяет что ТЖ с нужными параметрами уже есть и не меняет его?

Что будет если например для сервера включен ТЖ на сбор статистики (например собираем информацию об утечках памяти) не получится ли так что настройки ТЖ будут затерты вашими?

В целом было бы неплохо описать какие настройки делает обработка, какие файлы при этом меняются.

Т.к. для тестового сервера не зная этих особенностей еще можно пользоваться то на боевом сервере запускать я бы не стал.
   PRO100 NigGaZ
 
72 - 12.10.16 - 16:06
это postegresql поддерживает?
   newbling
 
73 - 12.10.16 - 16:24
Я вот сейчас ковыряю запросы типовой. Даже руки опускаются. Чтобы достать цену, проходит через 5 модулей, потом собирает из разных мест разные куски кода (ну понятно, что универсальность), и в итоге, получается нечитабельное монструозо с миллионом вложенных запросов, тьмой проверок и вот такими вот полями.

http://prntscr.com/csxaaz

гилёв-консоль такое осилит для оптимизации?
   H A D G E H O G s
 
74 - 12.10.16 - 16:39
(73) там вообще жесть в утшечке
   PRO100 NigGaZ
 
75 - 12.10.16 - 16:42
(73) + к этому расчет единиц измерений "новый"
   TormozIT
 
76 - 12.10.16 - 17:46
(68) > В ИР кстати показ плана запроса настроить значительно сложнее (плюс я вообще не нашел где...)
Согласен, что настроить в ИР это сделать в целом сложнее первый раз. Но раз ты вообще не нашел где, то видимо не достаточно оценил возможности =) Посмотри ролик на эту тему
https://www.youtube.com/watch?v=0YrEHuMmd3g
   Demiurg
 
77 - 12.10.16 - 18:29
(68) "У меня такой вопрос судя по коду обработки план получается из журнала?"  
да, из ТЖ

"Но тогда не понятно зачем учетные данные SQL?"
например опрашиваем дату статистики

"А если получается не из журнала то может быть можно в будущих версиях организовать получение плана XML для более удобного просмотра в том же SQL Sentry Plan Explorer?"
ну кажется для этого наша консоль не нужна, она все таки не план отображает, а предназначена для пока рекомендаций по этому плану

"И еще судя по всему включается ТЖ он включается навсегда или как то на время запроса, или на время жизни обработки?"
на время выполнения запроса
   Demiurg
 
78 - 12.10.16 - 18:32
(69), (79) в идеале сотрудникам фирмы 1С перебороть свою гордость и использовать нашу консоль при разработке, но общий ответ да, поможет

паттернов типовых конфигураций по маске кода 1С не собираем, но не исключаем что в будущем что то и такое сделаем
   Demiurg
 
79 - 12.10.16 - 18:33
(73) однозначно осилит, именно под такие случае и делалось
   Demiurg
 
80 - 12.10.16 - 18:38
(71) консоль модифицирует файл logcfg.xml, в фильтре указывается сеанс и логируются записи только по данной сесии

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

проблем продуктиву у нас консоль ни разу не создала, но это конечно не оферта )))
   Demiurg
 
81 - 12.10.16 - 18:46
(71) если быть педантичным, то платформа 8.3.8 к примеру изменила работу с ТЖ на уровне префиксов тегов и нам часть инструментов чтобы сохранить совместимость пришлось резко переписать, добавив "переключатель версии платформы"
т.е. от версии к версии платформы может меняться состав полей, событий, правил синтаксиса

пользователи наших инструментов пишут нам о "новом" поведении в новых релизах и мы оперативно учим наши инструменты распознавать такое
вот будет ли знать ЦУП про модификации logcfg.xml - не знаю, надо пробовать

прямо сейчас все известные случаи мы отладили, вроде все работает
   Demiurg
 
82 - 12.10.16 - 18:48
(76)Сергей, если тебе интересно, мы готовы предоставить тебе интерфейс выплевывать данные из твоей консоли в наш сервис анализировать собранную твоими инструментами информацию, наши контакты ты знаешь
   VVi3ard
 
83 - 12.10.16 - 18:58
(76) да спасибо, ещё насколько я помню когда пользовался ИР почему то получались только estimated значения без actual но понятно что это не от ИР зависит, просто в обсуждаемой обработке сразу видно План/Факт.

Допускаю что тогда я где то не досмотрел но с тех пор смотрел планы на SQL.

(77)
"ну кажется для этого наша консоль не нужна, она все таки не план отображает, а предназначена для пока рекомендаций по этому плану"

На простых запросах да в общем то и по тексту плана понятно что пошло не так и рекомендации пока все что видел (но видел мало) разумные.

А вот сложный план мне например тяжело смотреть поэтому и пользуюсь "SQL Sentry Plan Explorer" удобно по графическому представлению быстро найти операторы и в целом окинуть картину проблем а потом уже в текстовом виде отдельные моменты смотреть не наводя каждый раз мышку на операторы.

Но в общем понятно что раз из ТЖ то доставать XML плана это задача совсем другая.

(71)
Спасибо, т.е. вы не затираете logcfg.xml а просто в него пишите свою секцию, а потом так же находите эту секцию и удаляете после выполнения запроса.

[off]
Я только не пойму как вы так быстро мнеяете ТЖ там же нужно 60 сек на считывание настройки.
т.е. первый раз я ставлю флажок, там все понятно, вы правите logcfg.xml и ждете минуту пока он перечитается.
Далее я выполняю запрос, все это фиксируется в журнале.
Затем этот журнал лежит на диске (сколько по времени?, вероятно он перезатирается следующим запросом?)
Я перехожу на страницу "План запроса" начинается анализ этого журнала.

Затем беру другой запрос выполняю, и он выполняется быстро, т.е. нет ожидания в одну минуту, не пойму как так получается? Ведь по идее когда первый запрос выполнился уже в logcfg.xml отключили запись лога, и пред выполнением запроса ее снова нужно включить а это около 60 секунд на считывание файла?
[/off]
   Demiurg
 
84 - 12.10.16 - 19:01
(83) "быстро найти операторы и в целом окинуть картину проблем" 

в алгоритме постарались разложить рекомендации по ранжиру/вкладу в замедение - сначала самые важные и смотреть надо их, а для этого подсвечиваем это место в запросе, чтобы не искать вручную
   Demiurg
 
85 - 12.10.16 - 19:02
т.е. не надо окидывать, мы именно эту задачу и решали
   Cyberhawk
 
86 - 12.10.16 - 19:59
(83) "Я только не пойму как вы так быстро мнеяете ТЖ там же нужно 60 сек на считывание настройки" // Наверное, возврат настроек ТЖ наступает перед закрытием формы, а не после выполнения каждого запроса
   lanc2233
 
87 - 12.10.16 - 20:18
Не нашел прайса. Сколько будет стоить сверх 10-ти запросов ?
   H A D G E H O G s
 
88 - 12.10.16 - 20:19
(83) " я помню когда пользовался ИР почему то получались только estimated значения без actual"

actual долго.
   Demiurg
 
89 - 12.10.16 - 23:46
(86) после каждого запроса забираем лог, лог тж перестает писаться с закрытием формы
   Demiurg
 
90 - 12.10.16 - 23:51
(87) 50 руб. за запрос

баланс пополняется через http://www.gilev.ru/addbalance/

требуется залогиниться под своей учетной записью (которая выдана при регистрации), а не использовать демоучетку учетку Work в момент пополнения
   Jija Grenkov
 
91 - 12.10.16 - 23:57
(47) привидите пожалуйста пример случаев которые анализирует ваш сервис и это-го нет в офф материалах для экспертов. Вы возможно обладание какими-то эксклюзивными знаниями области оптимизации, но это не значит, что вы все "закодили" в сервисе. Вы даже поленились вернуть результат в консоль запросов.
   Demiurg
 
92 - 13.10.16 - 00:11
(91) не нравится наша обработка - просто не пользуйтесь

если вы продемонстрируете что не умеет наша обработка, но есть в материалах для экспертов, то с высокой вероятностью мы научим обработку и это делать

но если очень-очень хотите увидеть "экслюзивные возможности" обработки - приходите на http://www.gilev.ru/kurs/, с удовольствием покажем и продемонстрируем
   Jija Grenkov
 
93 - 13.10.16 - 00:52
(92) Мне ее просто негде использовать. Мне больше подходы интересны для общего развития.
PS. Не понятна ваша реакция, утверждаете, что "копаете глубоко", но не единого примера который продемонстрировал бы "глубину", вы не привели. И на видео кейсы с диска ИТС по оптимизации запросов.
   Fragster
 
94 - 13.10.16 - 08:51
но вообще рынок инструментов для 1сников весьма условный. у франей есть ресурсы на специалистов, фикси фиг обоснует траты на это. ну а фри все жмоты те еще.
   Demiurg
 
95 - 13.10.16 - 12:23
(93) для общего развития - приходите на наши курсы, покажем примеры с "глубиной", будут конкретные практические примеры

повторю мысль из 52го поста - готовы обсуждать только конкретные запросы выполненные в нашей консоли, первоначальные 10 запросов выдаем бесплатно

если с консолью работать не собираетесь, то не стоит рассчитывать на энтузиазм с нашей стороны
   Demiurg
 
96 - 13.10.16 - 12:28
(94) Антон, если 50 рублей жалко, ну не знаю...
   Demiurg
 
97 - 13.10.16 - 12:37
(72) отвечал уже в 45 сообщении - пока нет, но в планах
   Timon1405
 
98 - 13.10.16 - 12:40
(96) проблема не в жалко, а в том, что в некоторых компаниях чтобы флешку купить нужно 5 подписей собрать на пути согласования.
а тут на что фикси согласовывать затраты: вот прихожу я к руководству, говорю, есть хорошие спецы, за 50р подскажут что не так в моем(или чужом) запросе, руководство мне мало того что денег не даст так еще и поставят вопрос о профпригодности
   H A D G E H O G s
 
99 - 13.10.16 - 12:43
(96) Для меня консоль была бы интересна только в плане получения гистограммы статистики прямо из 1С.
Ну и встроенные скрипты (прямо из 1С) по рекомендованным/ненужным индексам, высоким I/O, CPU, сброс кэша процедур/буфера памяти + структура таблиц базы.
   mehfk
 
100 - 13.10.16 - 12:43
(100)
  1  2   

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