SQL Server Profiler. В картинках, для самых маленьких

Публикация № 663708

Администрирование - Производительность и оптимизация (HighLoad)

SQL Server Profiler Подготовка Профессионал по технологическим вопросам.

Шпаргалка к экзамену "Эксперт по технологическим вопросам".

Для тех, у кого нет доступа к SQL Server Profiler (SQL 2012) или кому просто некогда. Материал составлен с оглядкой на статью Андрея Бурмистрова.

1. Настройка «Max degree of parallelism»

Если при анализе планов запроса у вас встречаются характерные операторы "Параллелизм",

Нужно сделать настройку в SQL Management Studio. Максимальная степень параллелизма должна быть 1. При изменении сервер перезапускать не нужно.

Разъяснение 1C. Уточнение: более тонкая настройка - использовать параметр "Стоимостной порог для параллелизма". Чтобы обработка в несколько потоков выполнялась только для достаточно больших запросов. Например, запросов, предварительный план которых дольше 3 минут. При этом установить количество ядер (степень параллелизма) кратно количеству ядер одного процессора.

2. Появляются записи Trace Skipped Records

Если при трассировке появляются записи Trace Skipped Records, которые нужно просмотреть, необходимо при создании трассировки указать "Сохранить в файл", имя файла на сервере СУБД, установить максимальный размер файла, "Сервер обрабатывает данные трассировки".

Ниже пример трассировки с Trace Skipped Records и то же из файла, где записи приведены полностью. (Выше записи Duration = 7565).

Кстати, если оценивать запрос по показателям "Duration", "Reads", "Reads" то этот запрос абсолютно неоптимален: за семь секунд произведено 160578 чтений и результат - 8 записей.

3.1. Программа в режиме автоматических блокировок. Выполним код

SQL Server Profiler мы обычно воспринимаем, как инструмент анализа запросов. Однако, объектное чтение тоже преобразуется в запросы на уровне СУБД. Как и ожидалось, команда набора записей "Прочитать" делает запрос в транзакции. Это видно в столбце Text data: "BEGIN TRANSACTION", "COMMIT TRANSACTION". Уровень изоляции - SERIALIZABLE - в тексте запроса.

3.2. Тот же самый код (Набор записей.Прочитать) в режиме управляемых блокировок, используется совместимость с 8.2 делает запрос в транзакции, уровень изоляции Read Commited

3.3. Тот же самый код (Набор записей.Прочитать) в режиме управляемых блокировок, НЕ используется совместимость с 8.2

делает такой-же запрос, только не использует команду SET TRANSACTION ISOLATION LEVEL READ COMMITED, поскольку уровень изоляции - READ COMMITED SNAPSHOT совпадает с уровнем изоляции MS SQL 2012 по умолчанию.

3.4. Как мы видели выше, объектное чтение набора происходит в транзакции. Прочитать «грязные данные», можно запросом вне транзакции. Конфигурация в режиме совместимости с 8.2. Одинаково в автоматическом и управляемом режиме блокировок.

Уровень изоляции - Read Uncommitted. В тексте запроса ключевое слово NOLOCK.

3.5. Автоматический режим блокировок. Чтение запросом в транзакции.

В командах видно начало и окончание транзакции. По тексту запроса _Const12024 - константа, _InfoRG7759 - регистр. В обоих случаях уровень изоляции Serializable. Для справочника _Reference62 уровень изоляции - Repeateble Read. Если в тексте запроса 1С добавить конструкцию "ДЛЯ ИЗМЕНЕНИЯ", то рядом с уровнем изоляции будет добавлено "UPDLOCK". В СУБД MS SQL конструкция "ДЛЯ ИЗМЕНЕНИЯ" препятствует чтению в транзакции данных не любыми запросами в транзакции, а только теми, которые тоже используют конструкцию "ДЛЯ ИЗМЕНЕНИЯ".

 4.1. Небольшое отступление от MS Profiler. Блокировки, автоматический режим для других СУБД. ИТС, подробнее

Режим
блокировки
в транзакции

СУБД

Файловая
база
данных

MS SQL Server

PostgreSQL

Автоматический

Вид
блокировок

Таблиц

Записей

Таблиц

Уровень
изоляции

Serializable

Repeatable Read
или Serializable

Read Committed

Управляемый

Вид
блокировок

Таблиц

Записей

Записей

Уровень
изоляции

Serializable

Read Committed

Read Committed

СУБД POSTGRES конструкция "ДЛЯ ИЗМЕНЕНИЯ" (автоматический режим) препятствует чтению заблокированных данных любыми запросами в транзакции. Лично проверил.

СУБД MS SQL выше 2005: Режим совместимости 8.3 – всегда используется RCSI. Чтение вне транзакции 8.2 - используется Read UnCommited. Чтение в транзакции 8.2 используется Serializable/RepeatebleRead для автоматического режима и Read Commited для управляемого режима.

5. Архитектура хранения констант

Выполним запрос

ВЫБРАТЬ	Константы.ВалютаРегламентированногоУчета
ИЗ	Константы КАК Константы
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ	Константы.ВалютаУправленческогоУчета
ИЗ	Константы КАК Константы

База ut_vasilev3 в режиме совместимости 8.2.13, обращение идет к единственной таблице dbo._Consts

Выполним тот же запрос, база ut_vasilev в режиме совместимости 8.2.16, обращение идет к разным таблицам. 

Переход к такой архитектуре в версии 8.2.14 и выше расширил возможности параллельной работы с константами.

6. Ограничения прав на уровне записей (RLS)

Вместе с шаблоном ограничений механизм RLS добавляет в текст запроса строку SDBL_DUMMY. На рисунке фрагмент такого запроса, фильтр по тексту запроса в свойствах трассировки.

7. Долой объектное чтение !

При получении данных через точку обрабатываются все реквизиты объекта. Если присутствуют табличные части, они тоже считываются, причем запросы чтения реквизитов и табличных частей объединяются одной транзакцией.  Подробнее - второе издание Настольная книга 1С:Эксперта, страницы 106-107. Функция ПолучитьОбъект() отправляет на сервер СУБД такие-же запросы.

Посмотрим как-бы безобидный код ПрочитатьОдинРеквизит = ДокументСсылка.Дата;

Начинается транзакция (1), читается версия объекта (2), читаются реквизиты объекта (3), читается первая табличная часть объекта(4)... Текст запроса показывает чтение всех реквизитов документа. Их слишком много, использовал пропуск.

Скорее всего версия объекта используется при повторном обращении к реквизитам объекта: оно происходит быстрее. Программа 1С изменяет номер версии при каждом изменении данных, поэтому если версии совпадают, то 1С считает данные совпадающими. Данные кэшируются на 20 секунд.

Чтобы читать данные быстрее и аккуратнее, используйте функции: ЗначениеРеквизитаОбъектов, ЗначенияРеквизитовОбъектов, ЗначениеРеквизитаОбъекта, ЗначенияРеквизитовОбъекта. Кстати, с помощью этих функций можно выполнять запросы с соединениями через точку, например ИНН контрагента из накладной:

СтруктураЗапроса = Новый Структура("ИННКонтрагента","Контрагент.ИНН");

ЗначенияРеквизитов = ЗначенияРеквизитовОбъекта(РеализацияТоваровУслуг, СтруктураЗапроса);

8. Избранные события.

Составил таблицу по документации. Столбцы, помогающие выделить событие среди процессов других приложений или пользователей не указывал: предполагал монопольное использование Profiler. Ориентировался на вопросы экзамена. Посоветуйте, что еще добавить.

 

Locks

 
 

Deadlock Graph

XML-описание взаимоблокировки

 

Lock:Acquired

получена блокировка для ресурса. В случае, если блокировка не получена - происходят другие события )

 

Lock:Cancel

получение блокировки ресурса было отменено

 

Lock:Escalation

возникает при укрупнении уровня блокировки

 

Lock:Released

блокировка ресурса была снята

 

Lock:Timeout

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

 

Performance

 
 

Showplan All

План до выполнения запроса. Используют например, если запрос не выполняется из-за ошибки. Любопытно, что стоимость операторов (cost) в актуальном плане может не пересчитываться.

 

Showplan All for Query Compile

План в момент компиляции. Если используется план из кэша - событие не происходит. Кэш хранит планы в зависимости от текста запроса. Поэтому булево включают в текст. Смотри также parameter sniffing.

 

Showplan Statistics Profile

План в текстовом формате. Используется при анализе.

 
  • BinaryData

Обязательный столбец

 

Showplan XML Statistics Profile

В формате XML. Используется при анализе.

 
  • TextData

План запроса

 

Stored Procedures

 
 

RPC:Completed

например, завершение запроса

 
  • Duration

Количество занятого событием времени. В микросекундах, начиная с SQL Server 2008 R2. В миллисекундах в более ранних версиях.

 
  • EndTime

Время окончания

 
  • Reads

Число операций чтения страниц

 
  • RowCounts

Число строк

 
  • StartTime

Время начала

 
  • TextData

Текст запроса

 

TSQL

 
 

SQL:BatchCompleted

Выполнение команды. Например, начата/завершена транзакция.

 
  • Duration

Количество занятого событием времени. В микросекундах, начиная с SQL Server 2008 R2. В миллисекундах в более ранних версиях.

 

SQL:BatchStarted

выполнение начато

 

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
8. noizu 1 10.04.19 07:02 Сейчас в теме
Просьба исправить:

В СУБД MS SQL конструкция "ДЛЯ ИЗМЕНЕНИЯ" препятствует чтению в транзакции данных не любыми запросами в транзакции, а только теми, которые тоже используют конструкцию "ДЛЯ ИЗМЕНЕНИЯ".


Блокировки обновления (U) совместимы только с совмещаемыми блокировками (S).

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


https://docs.microsoft.com/ru-ru/sql/2014-toc/sql-server-transaction-locking-and-row-versioning-guide?view=sql-server-2014
9. vasilev2015 1826 19.04.19 09:10 Сейчас в теме
(8) Здравствуйте, уважаемый коллега !

я имел ввиду, если в 1С (автоматический режим блокировок) делать запрос "Выбрать...Для Изменения" в транзакции, то он предотвратит чтение данных другими запросами 1С, только если они будут в транзакции и иметь опцию "Для изменения". То есть речь о запросах 1С, а не о всех блокировках СУБД MS SQL, все корректно.

Спасибо за ваш комментарий.
Оставьте свое сообщение

См. также

Диспетчер Хранилища Запросов в SQL Server 2016+ (он же Query Store) Промо

Производительность и оптимизация (HighLoad) Бесплатно (free)

Если вы используете SQL Server 2016 или более позднюю версию, то у вас есть возможность использовать встроенную систему мониторинга, которая позволяет отслеживать самые базовые метрики выполняемых запросов и статистику ожиданий (потребления ресурсов). Эта информация позволяет быстро получить самые ресурсоемкие запросы с их планами и агрегированной статистикой выполнения.

26.04.2019    10644    0    Aleksey.Bochkov    7    

Выбор процессора для 1С: конец споров или начало?

Производительность и оптимизация (HighLoad) Бесплатно (free)

Периодически занимаясь исследованиями производительности я повидал много решений. Делюсь некоторыми выводами на основании теста Гилева и собственных мыслей.

25.05.2020    7250    0    starik-2005    216    

Выявляем и оптимизируем ресурсоемкие запросы 1С:Предприятия

Производительность и оптимизация (HighLoad) Администрирование СУБД Технологический журнал Структура метаданных v8::Запросы Бесплатно (free)

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

24.05.2020    5776    0    DataReducer    22    

Учимся готовить кроликов с редиской: опыт применения Rabbit MQ и Redis в интеграционных проектах

Производительность и оптимизация (HighLoad) Интеграция Бесплатно (free)

При построении мощных производительных отказоустойчивых решений для интеграции во всем мире активно используются технологии обработки очередей сообщений с помощью брокера RabbitMQ и кэш-сервера Redis. О практическом опыте использования этих технологий при построении ИТ-ландшафта, включающего системы на 1С, на конференции Infostart Event 2019 Inception рассказал Сергей Наумов.

12.05.2020    4288    0    SergeyN    3    

Опыт миграции из собственного датацентра в облако AWS Промо

Производительность и оптимизация (HighLoad) Бесплатно (free)

Хотя данная публикация и не имеет прямого отношения к 1С, она может быть интересна тем, кто занимается крупными базами данных на MS SQL Server. Описывается опыт миграции баз данных в облако AWS в компании glassdoor.com, где я занимался этим проектом. Это первый драфт текста, получившийся довольно скомканным - в процессе буду дополнять.

29.07.2018    11100    0    Aleksey.Bochkov    9    

Ок, Лариса! Мониторинг проблем производительности с применением нейронных сетей

Производительность и оптимизация (HighLoad) Бесплатно (free)

Проводить мониторинг производительности вручную, выявляя закономерности в куче графиков и десятках таблиц, довольно сложно. Но это не значит, что разбираться с инцидентами нужно только после жалоб от пользователей. О том, как обучить нейронную сеть и заставить ее оповещать о проблемах, на конференции Infostart Event 2019 Inception рассказал начальник сектора разработки ООО «Группа Полипластик» Владимир Крючков.

27.04.2020    3516    0    ivanov660    5    

Пример поиска ошибок в технологическом журнале

Технологический журнал Производительность и оптимизация (HighLoad) Бесплатно (free)

Примеры bash - скриптов для поиска ошибок в технологическом журнале.

23.04.2020    2316    0    vasilev2015    6    

Фреймворк "Мониторинг производительности". Руководство пользователя

Производительность и оптимизация (HighLoad) Бесплатно (free)

Описание и руководство "Мониторинг производительности": краткое описание конфигурации, сборник из статей, примеров - собрано в одном файле.

21.04.2020    2698    0    ivanov660    3    

Исследование технологического журнала 1С при помощи регулярных выражений в блокноте Промо

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Все из тех, кто пробовали сдать на сертификат "Эксперт по технологическим вопросам 1С", сталкивались с методикой ЦКТП - разбор файлов технологического журнала при помощи консоли bash. Я, в свою очередь,внёс изменения в данную методику. Мне хотелось достичь более понятного вида и сфокусироваться на Perl, в качестве предпочтительного средства обработки файлов ТЖ. Вот что из этого вышло:

30.10.2017    28637    0    MrWonder    42    

Эти занимательные временные таблицы

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 Бесплатно (free)

Кое-что интересное о временных таблицах и работе платформы 1С с ними.

06.04.2020    9801    0    YPermitin    0    

Как я собрал для себя высокопроизводительный и бесплатный облачный бекенд для 1С на PosgreSQL + PostgREST

Производительность и оптимизация (HighLoad) WEB Интеграция Мобильная разработка Администрирование веб-серверов v8 Бесплатно (free)

В этой статье я расскажу о проблемах бека для мобильных приложений или другого фронта, который требует производительности, быстрой реакции и отказоустойчивости, и как я решил это благодаря opensource проекту PostgREST и СУБД Postgre SQL 12. Проведу простой тест производительности для сравнения 1С с данным решением. Это может быть полезно всем, кто разрабатывает мобильные приложения либо фронтсайд-приложения для 1С на чем угодно - на мобильной платформе или на нативном языке или на Simple UI. И также обзор новых функций SimpleUI для связи с этим бекендом.

31.03.2020    10935    0    informa1555    21    

Многострочный контекст событий

Производительность и оптимизация (HighLoad) Технологический журнал v8 Бесплатно (free)

Разбор технологического журнала с группировкой событий по первой или последней строке многострочного контекста.

31.03.2020    2688    0    vasilev2015    9    

Опыт оптимизации и контроля производительности в БД с 3000 пользователей Промо

Производительность и оптимизация (HighLoad) Бесплатно (free)

Данная статья написана по материалам доклада, прочитанного на Конференции Инфостарта IE 2014 29-31 октября 2014 года. Меня зовут Сергей, являюсь руководителем отдела оптимизации и производительности систем в компании "Деловые линии". Цель этого доклада – поделиться информацией о нашем опыте работы с большой базой на платформе 1С, с чем пришлось столкнуться, как удалось обеспечить работоспособность. Уверен, что вам будет интересно, так как подобной информацией мало кто делится, да и про само существование таких систем их владельцы стараются не рассказывать, максимум про это «краем глаза» упоминают участвовавшие в проекте вендоры. **update от 04.03.2016 по вопросам из комментариев

05.08.2015    60213    0    Sergey.Noskov    119    

Анализ взаимоблокировок

Производительность и оптимизация (HighLoad) Технологический журнал v8 Бесплатно (free)

Скрипт Bash, который выводит полную информацию взаимоблокировок по технологическому журналу. Не имеет аналогов в отечественных публикациях.

20.03.2020    3943    0    vasilev2015    21    

Многопоточность

Практика программирования Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Увеличиваем скорость загрузки данных в 20 раз. Как следует использовать многопоточность и готовый модуль для внедрения.

18.03.2020    5945    0    kaliuzhnyi    43    

Улучшение пооперационного планирования в 1С:ERP 2.4 внешними средствами

Математика и алгоритмы Производительность и оптимизация (HighLoad) Бесплатно (free)

Задача построения оптимального производственного расписания требует сравнения тысяч и десятков тысяч вариантов. Выполнять такие вычисления средствами платформы 1С Предприятие нецелесообразно. Как реализовать пооперационное планирование с использованием генетических алгоритмов и параллельных вычислений в докладе на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «ИНТЕХ» Сергей Сафаров.

02.03.2020    4296    0    ildarovich    7    

Делаем быстрее POSTGRESQL COUNT (*)

Производительность и оптимизация (HighLoad) Бесплатно (free)

Предлагаю вашему вниманию перевод статьи Laurenz Albe "POSTGRESQL COUNT(*) MADE FAST". Оригинал доступен по ссылке https://www.cybertec-postgresql.com/en/postgresql-count-made-fast/

28.02.2020    2148    0    w.r.    1    

Долго открывается конфигуратор Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

В ОС Windows Server 2012 бывает полезно выключать службу Dynamic Fair Share Scheduling (DFSS позволяет балансировать и распределять ресурсы между пользователями), чтобы повысить производительность 1С:Предприятие 8 в ряде случаев.

22.04.2015    39931    0    Gilev.Vyacheslav    1    

Простое обнаружение проблем производительности в PostgreSQL

Производительность и оптимизация (HighLoad) Бесплатно (free)

Предлагаю вашему вниманию перевод статьи Hans-Jürgen Schönig "DETECTING PERFORMANCE PROBLEMS EASILY IN POSTGRESQL". Оригинал доступен по ссылке https://www.cybertec-postgresql.com/en/detecting-performance-problems-easily-in-postgresql/ Актуально для всех 1С ников, перешедших с MS SQL на Postgres

20.02.2020    3450    0    w.r.    4    

Планы запросов - это просто! Разбор оптимизаций запросов PostgreSQL на живых примерах

Производительность и оптимизация (HighLoad) v8::Запросы Бесплатно (free)

Проблема быстродействия 1С напрямую зависит от производительности запросов. Но как понять механику работы СУБД с помощью плана запроса? Андрей Овсянкин и Никита Грызлов на конференции Infostart Event 2019 Inception подробно рассмотрели алгоритм работы с планом запроса СУБД PostgreSQL, полученным из технологического журнала, и рассказали, на что обратить внимание, чтобы оптимизировать работу системы.

17.02.2020    7889    0    Evil Beaver    13    

Держи данные в тепле, транзакции в холоде, а VACUUM в голоде

Производительность и оптимизация (HighLoad) Бесплатно (free)

Чтобы база работала быстро – в ней нужен порядок. Это касается как MS SQL, так и PostgreSQL. Как настроить базу, чтобы в ней поддерживался порядок, какие регламентные операции нужно проводить, чтобы данные чистились, индексы перестраивались и оперативная память высвобождалась в своём выступлении на конференции Infostart Event 2019 Inception поделился руководитель ИТ в компании «ИнфоСофт» Антон Дорошкевич. 

07.02.2020    8608    0    a.doroshkevich    17    

Повышенная нагрузка на диски сервера баз данных SQL Server Промо

Производительность и оптимизация (HighLoad) Бесплатно (free)

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

15.03.2015    39216    0    gallam99    17    

Оптимизатор запросов. Вторая часть

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Продолжение статьи об оптимизаторе запросов. Во второй части мы попробуем создать свой оптимизатор и попутно разберемся с такими вопросами, как: хранение файлов; индексы; статистика.

23.01.2020    5748    0    darkdan77    59    

Улучшаем производительность 1С. Рекомендации

Производительность и оптимизация (HighLoad) v8 1cv8.cf Россия Бесплатно (free)

Каждый уважаемый разработчик 1С сталкивался или столкнется с вопросом производительности высоконагруженных систем. В статье агрегирован основной набор рекомендаций, который позволит повысить производительность системы. Эти рекомендации должны быть просто must have по определению.

23.01.2020    7032    0    Kaval88    26    

Атака сервера кнопонажималкой

Нагрузочное тестирование Инструментарий разработчика Бесплатно (free)

Чтобы убедиться, что продукт выдержит планируемую нагрузку, необходимо провести нагрузочное тестирование – написать сценарии пользовательских действий и запустить их в несколько потоков, чтобы заранее найти проблемы в бизнес-логике и «узкие места». О том, как упростить написание сценариев тестирования для конфигурации Тест-центр с помощью фреймворка Vanessa Automation на конференции Infostart Event 2019 Inception рассказал ведущий программист компании «ПервыйБИТ» Никита Грызлов.

20.01.2020    5300    0    nixel    22    

Мониторим производительность с помощью 1С RAS

Инструментарий разработчика Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Подключаемся и анализируем данные через 1С RAS. Необходимо выполнить 5 пунктов и серьезный инструмент мониторинга будет у вас в руках.

19.12.2019    9734    0    ivanov660    16    

История роста и работы команд 1С в условиях HighLoad и BigData

Автоматизация ИТ-компании Производительность и оптимизация (HighLoad) Бесплатно (free)

Современные потребности бизнеса заставляют программистов 1С решать все более сложные задачи. А главные требования, которым необходимо соответствовать, – вовремя поставлять ценности высокого качества. С какими сложностями приходится сталкиваться в работе программистам в динамично развивающейся брокерской сфере, и как их решают, на конференции Infostart Event 2018 Education рассказал начальник отдела интеграции БКС Технологии Сергей Артемов.

11.11.2019    6805    0    user826155    11    

Весёлые картинки о работе Performance Monitor на Windows Server 2016 Std по мотивам расследования потери производительности на базе 1С

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Данная публикация посвящена одной особенности Performance Monitor на Windows Server 2016 Std. Как понимать графики Performance Monitor на Windows Server 2016 Std при расследовании проблем в работе 1С.

22.10.2019    6821    0    EugeneSemyonov    11    

Как можно "положить" SQL сервер с помощью обычной консоли запросов 1С Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

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

22.01.2014    66326    0    yuraos    112    

Обслуживание баз данных. Не так просто, как кажется

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 1cv8.cf Бесплатно (free)

Считаете, что обслуживание индексов и статистик дело простое? Что ж, это не всегда так.

14.10.2019    16216    0    YPermitin    28    

Набор скриптов для знакомства с SQL Server

Производительность и оптимизация (HighLoad) Администрирование СУБД Бесплатно (free)

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

30.09.2019    20505    0    YPermitin    14    

Ускоряем списание партий УПП 1.2 / 1.3 / УТ 10.3 Промо

Производительность и оптимизация (HighLoad) v8 УТ10 УПП1 Бесплатно (free)

Не секрет, что многие пользователи, использующие партионный учет (а таких очень много, даже среди огромных холдингов, несмотря на пропаганду РАУЗ) при больших нагрузках сталкиваются с резким замедлением списания партий.

21.06.2013    53111    0    Антон Ширяев    116    

Сравнение скорости работы 1C+MSSQL и файлового варианта Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Россия Бесплатно (free)

На форумах постоянно задается один и тот же вопрос: почему 1C+MSSQL медленнее обрабатывает запросы чем файловая? Затем обычно идет «флуд» на несколько десятков страниц. Есть два популярных «течения» в таких форумах — одни говорят что для клиент-серверного варианта это нормально, файловый вариант всегда должен работать быстрее, другие говорят что 1С плохо работает с субд. В результате «баталий и выяснения отношений» на форумах люди расходятся при своих мнения.

19.02.2013    53789    0    Gilev.Vyacheslav    46