33. Динамическое самоуправление sql Server

SQL Server выполняет ряд операций для поддержания собственной настройки. В SQL Server2000 несколько первоначально постоянных параметров были заменены динамическими алгоритмами, в которых реализовано адаптивное управление с обратной связью. В частности, несколько новых алгоритмов было добавлено для выполнения динамической оптимизации недавних аппаратных нововведений, в том числе больших объемов памяти, высокоскоростных дисковых подсистем и сетей SAN. Дополнительно в средство SQL Profiler включены новые события, учитывающие рост и уменьшение файлов данных (Data File Auto Grow, Data File Auto Shrink), а также рост и уменьшение файлов журнала (Log File Auto Grow, Log File Auto Shrink). Эти события позволяют администраторам баз данных отслеживать условия, при которых выполняются задания автоматического управления. В свою очередь разработчики могут устранять возникающие неполадки, перехватывая соответствующие события в промышленно-эксплуатируемой системе, а затем воспроизводя их в тестовой системе. Естественно, разработчики могут также создавать приложения, использующее хранимые процедуры SQL Profiler для автоматизации настройки рабочих параметров сервера SQL Server.

34. Обработчик запросов sql Server

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

Адаптивная обработка запросов призвана решить подобные проблемы посредством более точной оценки кардинального числа при построении планов выполнения запроса. SQL Server 2017 предоставляет эту возможность по умолчанию для баз данных, сконфигурированных с уровнем совместимости 140 или выше.

35. Технология разработки таблиц бд

Процесс создания таблиц баз данных можно подразделить на следующие этапы:

разработка физической модели данных;

создание таблицы с помощью Конструктора таблиц;

установление связей между таблицами;

заполнение таблиц данными.

36. Разработка физической модели данных

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

установить номенклатуру признаков описания объекта (состав и число полей);

установить характеристики каждого поля таблицы;

оформить результаты в табличном виде (таблица 1.1).

После того как состав признаков описания объектов и соответствующие им характеристики полей продуманы, можно приступить к созданию таблицы в среде ACCESS. В имеющихся версиях этой системы последовательность действий практически одинакова. Отличия состоят лишь в некоторой разнице оформления диалоговых окон. Все наши дальнейшие примеры будут относиться к версии Microsoft Access.