Секреты 1С Эксперта 08-01. Оптимизация запросов.

Поділитися
Вставка
  • Опубліковано 6 жов 2022
  • • Этапы выполнения запросов СУБД;
    • Соединения таблиц;
    • Условия поиска по индексу;
    • Условия неоптимальности запросов;
    • Распространенные ошибки;
    • Распространенные заблуждения.
    все видео: • Секреты 1С Эксперта 01...

КОМЕНТАРІ • 23

  • @user-tk3oj8zm3h
    @user-tk3oj8zm3h 7 місяців тому

    Великолепная подача!! Мне, с опытом работы в несколько лет, было мега полезно и познавательно узнать правила работы на уровне СУБД, правила оптимизации, примеры заблуждений с примерами. Очень вовремя наткнулся на это видео. Раньше не понял бы и половины терминов, а сейчас все понятно, но не знал тонкостей.
    Спасибо!

  • @ladas1924
    @ladas1924 Рік тому +2

    Спасибо, неожиданно интересное и познавательное видео.

  • @Vasily877
    @Vasily877 7 місяців тому

    Чудесный курс. Большое спасибо!

  • @vasiliynet3425
    @vasiliynet3425 Рік тому +5

    Спасибо! Задаете уровень (круто). В очередной раз удивили. По поводу временных таблиц в MS SQL, аж полез в доки за бОльшими подробностями, - одно из условий кэширования временных таблиц в озу, это отсутствие создания индекса на уже созданную временную табл. Открываю профайлером исполнение запроса 1С с временной таблицей с индексом
    CREATE TABLE #tt1 (...)
    CREATE CLUSTERED INDEX idx1 ON #tt1 (_Q_000_F_000RRef)
    Обалдеть!) Соотв., когда индекс не создается, данное условие выполняется и сервер полностью держит временную табл. в кэше.
    ЗЫ А вот если бы таблица создавалась уже с индексом, тогда была бы кэшированная временная таблица:
    CREATE TABLE #tt (A INT IDENTITY(1,1) PRIMARY KEY CLUSTERED, ...)

    • @kefimov
      @kefimov  Рік тому +1

      благодарю 🙏🏼, что проверили все лично и добавили уточнение, Ваш комментарий самый лучший 😉

  • @user-um7qp3nd9k
    @user-um7qp3nd9k 4 місяці тому +1

    Спасибо!

  • @ozoldbergozoldberg434
    @ozoldbergozoldberg434 Рік тому

    Спасибо, много лет программирую, но некоторые моменты не знал.

  • @provseiobovseh
    @provseiobovseh Рік тому +1

    Спасибо много нового узнал

  • @SamGorodok17
    @SamGorodok17 5 місяців тому

    Спасибо бро, нашел много полезного

  • @user-pc9wg4jt8l
    @user-pc9wg4jt8l Рік тому

    Отлично

  • @user-ph4sj7qr7n
    @user-ph4sj7qr7n 3 місяці тому

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

    • @kefimov
      @kefimov  3 місяці тому

      Благодарю. 🙏🏼 Насчет индексирования лучше спросить при сдаче сертификата, это будет интересно и вопрос хороший, сам не могу ответить, кроме как - качество кода типовых конф оставляет желать лучшего (речь не про архитектуру)

  • @user-jt1xr7vi5n
    @user-jt1xr7vi5n 8 місяців тому

    Очень грамотно подан материал, спасибо за урок было интересно, освежил знания + получил новую информацию. Кстати, в типовых конфигурациях очень часто вижу соединения с виртуальными таблицами и между виртуальными - это неграмотность программистов или что? З,Ы, как то вообще пришлось искать узкое место в запросе который выполнялся при открытии документа "УстановкаЦенНоменклатуры" в ERP: стандартно несколько минут открывался, после оптимизации за 5 сек. Ещё хотел поэкспериментировать с READ UNCOMMITED В MS SQL в 1C в автоматическом режиме управления блокировками, не подскажете, можно ли это сделать выставив его а самом SQL сервере или 1С всегда его выставляет в автоматическом в REPEATABLE READ?

    • @vitaliydaserste4484
      @vitaliydaserste4484 2 місяці тому

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

  • @Vasily877
    @Vasily877 7 місяців тому

    А можно ли помочь sql с оптимизацией разбив большой запрос на несколько маленьких? При помощи какого инструмента это можно сделать? Менеджер временных таблиц? Или по сути это то же самое что использовать поместить ВТ_.... и sql воспринимает это как один большой запрос?

    • @kefimov
      @kefimov  7 місяців тому +1

      тут все упирается в то, используется жесткий диск или нет: менеджер вт - да, много данных относительно операвки - да, индекесирование - да и т.д. Необходимо искать баланс между ‘помощью субд’ и скоростью выполнения.

  • @Art39HBar
    @Art39HBar 8 місяців тому

    33:35 разве условие "ИНН В (&Список)" не эквивалентно "ИНН = Значение1 Или ИНН = Значение2 ИЛИ ...", что не позволит использовать индекс и приведет к скану таблицы?

    • @kefimov
      @kefimov  8 місяців тому

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

  • @Crisis2424
    @Crisis2424 6 місяців тому

    А что такое cluster index seek ?

    • @kefimov
      @kefimov  6 місяців тому +1

      поиск по кластерному индексу

  • @user-qq2zf4nm9l
    @user-qq2zf4nm9l Рік тому

    Спасибо! Можете, пожалуйста, дать комментарии по этому уроку ua-cam.com/video/tmr9qS04IvE/v-deo.html ?

    • @kefimov
      @kefimov  Рік тому

      приветствую 🙏🏼, вы просите прокомментировать тот видеоурок или что-то другое? Глянул первый слайд в начале видео, противоречий с моим пониманием вопроса не увидел…

    • @user-qq2zf4nm9l
      @user-qq2zf4nm9l Рік тому

      @@kefimov Спасибо!