Ms sql это: Основы работы с MSSQL (Microsoft SQL Server)

Содержание

Что такое SQL Azure? — Azure SQL

Статья

01/17/2023

Чтение занимает 17 мин

Применимо к: SQL Server базы данных Azure SQL Управляемый экземпляр SQL Azure на виртуальной машине Azure

SQL Azure — это семейство управляемых, безопасных и интеллектуальных продуктов на основе ядра СУБД SQL Server в облаке Azure.

База данных SQL Azure. Поддержка современных облачных приложений в интеллектуальной управляемой службе базы данных, которая включает бессерверные вычисления.
Управляемый экземпляр SQL Azure. Существующие приложения SQL Server можно модернизировать в большом масштабе с помощью интеллектуального и полностью управляемого экземпляра, который предоставляется в виде службы и возможности которого почти полностью совпадают с возможностями ядра СУБД SQL Server. Она идеально подходит для большинства миграций в облако.
SQL Server на виртуальных машинах Azure. Вы можете легко перенести рабочие нагрузки SQL Server в облако методом lift-and-shift, сохранив полную совместимость с SQL Server и доступ на уровне операционной системы.

Служба SQL Azure создана на основе знакомого ядра СУБД SQL Server, поэтому вы сможете легко перенести приложения и продолжить работу со знакомыми средствами, языками и ресурсами. Ваши навыки и возможности пригодятся в облаке, и вы сможете добиться гораздо большего.

Узнайте, как все эти продукты соотносятся с платформой данных SQL Azure, чтобы выбрать оптимальный вариант для удовлетворения ваших бизнес-требований. Независимо от того, хотите ли вы сократить расходы или упростить администрирование, эта статья поможет выбрать оптимальный подход в соответствии с важнейшими требованиям вашей компании.

Если вы еще не работали с Azure SQL, ознакомьтесь с видеообзором SQL Azure в серии видео, посвященных SQL Azure:

Обзор

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

Одна из первых вещей, которые нужно определить до обсуждения, — можете ли вы использовать базы данных Azure и локальные базы данных SQL Server совместно. Платформа данных от Майкрософт использует технологию SQL Server, поэтому она доступна для физических локальных компьютеров, частных облачных сред (в том числе для размещенных облачных сред сторонних поставщиков) и для общедоступного облака.

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

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

Защита данных с помощью встроенных интеллектуальных средств безопасности

Azure постоянно отслеживает угрозы, которым могут подвергаться ваши данные. SQL Azure предоставляет следующие возможности:

Устранение потенциальных угроз в режиме реального времени с помощью интеллектуальных функций расширенного обнаружения угроз и упреждающего оповещения по оценке уязвимостей.
Лучшие в отрасли многоуровневые средства защиты со встроенными элементами управления безопасностью, в том числе для T-SQL, аутентификации, сетевых подключений и управления ключами.
Преимущества самого комплексного охвата требований соответствия среди всех облачных служб баз данных.

Бизнес-стимулы

Существует несколько факторов, которые могут повлиять на выбор между предложениями для работы с данными:

Стоимость. Варианты платформы как услуги (PaaS) и инфраструктуры как услуги (IaaS) включают базовую цену, которая покрывает базовую инфраструктуру и лицензирование. Однако при использовании варианта IaaS вам необходимо вкладывать дополнительное время и ресурсы для управления вашей базой данных, в то время как при использовании PaaS вы получаете эти функции администрирования, включенные в цену. IaaS позволяет завершать работу ваших ресурсов, пока они не используются, чтобы сократить расходы, а среда PaaS работает постоянно, если только вы не удаляете ресурсы и не создаете их повторно при необходимости.
Администрирование — при использовании PaaS вы тратите меньше времени на администрирование базы данных. Но этот вариант ограничивает диапазон настраиваемых задач администрирования и скриптов, которые можно выполнять или запускать. Например, среда CLR не поддерживается в Базе данных SQL, но ее можно использовать в экземпляре Управляемого экземпляра SQL. Кроме того, ни один из вариантов развертывания в PaaS не поддерживает использование флагов трассировки.
Соглашение об уровне обслуживания — как IaaS, так и PaaS, соответствуют стандартному отраслевому соглашению об уровне обслуживания с высоким уровнем доступности. PaaS гарантирует соглашение об уровне обслуживания 99,99 %, а IaaS — 99,95 % для инфраструктуры, то есть вам необходимо реализовать дополнительные механизмы для обеспечения доступности баз данных. Вы можете повысить уровень доступности в Соглашении об уровне обслуживания до 99,99 %, создав дополнительную виртуальную машину SQL и реализовав решение высокого уровня доступности на основе групп доступности Always On для SQL Server.
Пора переходить на Azure — SQL Server на виртуальной машине Azure в точности соответствует вашей среде, так что переход с локальной инфраструктуры на виртуальную машину SQL Azure ничем не отличается от перемещения баз данных с одного локального сервера на другой. Управляемый экземпляр SQL также обеспечивает простоту миграции, но может потребовать некоторых изменений до перехода.

Сравнение служб

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

В Azure можно использовать SQL Server рабочих нагрузок, работающих как размещенная служба (PaaS) или размещенная инфраструктура (IaaS), поддерживающая уровень программного обеспечения, например SaaS или приложение. PaaS предоставляет несколько вариантов развертывания и несколько уровней служб в каждом из них. Главный вопрос, который следует решить при выборе между PaaS и IaaS, — хотите ли вы самостоятельно управлять базой данных, применять исправления и создавать резервные копии или предпочитаете делегировать эти операции платформе Azure?

База данных SQL Azure

База данных SQL Azure — это реляционная база данных, которая предоставляется как услуга (DBaaS). Она размещается в облаке Azure и реализуется по модели PaaS (платформа как услуга) .

Лучше всего она подходит для современных облачных приложений, для которых требуются последние стабильные возможности SQL Server и разработка и маркетинг которых ограничены во времени.
Полностью управляемое ядро СУБД SQL Server на основе последнего стабильного корпоративного выпуска SQL Server. База данных SQL предоставляет два варианта развертывания, каждый из которых построен на основе стандартизированного аппаратного и программного обеспечения, которое принадлежит корпорации Майкрософт, а также размещается и обслуживается ею.

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

База данных SQL Azure предлагает следующие варианты развертывания.

Как отдельная база данных с собственным набором ресурсов, управляемая с помощью логического сервера SQL. Отдельная база данных аналогична автономной базе данных в традиционном SQL Server. Этот вариант оптимизирован для современной разработки новых облачных приложений. Доступна поддержка гипермасштабирования и бессерверных вычислений.
Эластичный пул, который представляет собой набор баз данных с общим набором ресурсов, управляемых через логический сервер. Отдельные базы данных можно перемещать в эластичный пул и обратно. Этот вариант оптимизирован для разработки современных облачных приложений, использующих возможности мультитенантных приложений SaaS. Эластичные пулы представляют собой экономичное решение для управления производительностью множества баз данных с разной динамикой использования.

Управляемый экземпляр SQL Azure

Управляемый экземпляр SQL Azure предоставляется по модели PaaS (платформа как услуга) и будет идеальным выбором для большинства миграций в облако. Управляемый экземпляр SQL — это коллекция системных и пользовательских баз данных с общим набором ресурсов, которая поддерживает подход lift-and-shift.

Отлично подходит для новых приложений или имеющихся локальных приложений, которые используют последние стабильные возможности SQL Server и переносятся в облако с минимальными изменениями. Управляемый экземпляр SQL похож на экземпляр ядра СУБД Microsoft SQL Server. Он предоставляет общие ресурсы для баз данных и дополнительные функции для экземпляра.
Управляемый экземпляр SQL поддерживает перенос базы данных из локальной среды с минимальными изменениями базы данных или без них. Этот вариант предоставляет все преимущества PaaS для Базы данных SQL Azure, но добавляет возможности, ранее доступные только на виртуальных машинах SQL Server. К ним относятся собственная виртуальная сеть и почти полная совместимость с SQL Server в локальной среде. Управляемые экземпляры SQL предоставляют полный доступ к SQL Server и обеспечивают совместимость функций для миграции серверов SQL Server в Azure.

SQL Server на виртуальной машине Azure

SQL Server на виртуальной машине Azure предоставляется по модели IaaS (инфраструктура как услуга) и позволяет запускать SQL Server на полностью управляемой виртуальной машине в Azure.

SQL Server, который установлен и размещен на виртуальных машинах Windows Server или Linux в Azure, предоставляется по модели IaaS (инфраструктура как услуга). Виртуальные машины SQL — это хороший вариант для миграции локальных баз данных и приложений SQL Server без изменения базы данных. Все последние версии и выпуски SQL Server доступны для установки на виртуальной машине IaaS.
Идеально подходит для миграций и приложений, требующих доступа на уровне ОС. Виртуальные машины SQL в Azure поддерживают перенос по методу lift-and-shift для существующих приложений, которым требуется быстрая миграция в облако с минимальными изменениями или без них. Виртуальные машины SQL предоставляют полный административный контроль для экземпляра SQL Server и базовой ОС при миграции в Azure.
Самым существенным отличием от Базы данных SQL и Управляемого экземпляра SQL является то, что SQL Server на Виртуальных машинах Azure предоставляет полный контроль над ядром СУБД. Вы можете выбрать время запуска для обслуживания и исправления, изменить модель восстановления на простую или с неполным протоколированием, приостановить или запустить службу при необходимости или настроить любые параметры ядра базы данных SQL Server. Дополнительные возможности контроля означают дополнительные обязанности по управлению виртуальными машинами.
Сценарии быстрой разработки и тестирования без покупки оборудования для дополнительного локального сервера SQL Server. Виртуальные машины SQL также работают на стандартном аппаратном обеспечении, которое принадлежит корпорации Майкрософт, размещается и обслуживается ею. Для виртуальных машин SQL вы можете использовать включенную в образ SQL Server лицензию с оплатой по мере использования или уже имеющуюся у вас лицензию. Вы можете останавливать или возобновлять работу виртуальной машины при необходимости.
Оптимизирован для переноса имеющихся приложений в Azure или расширения имеющихся локальных приложений в облако в рамках гибридного развертывания. Кроме того, SQL Server на виртуальной машине можно применять для разработки и тестирования традиционных приложений SQL Server. Используя виртуальные машины SQL, вы получаете все права администратора в выделенном экземпляре SQL Server и облачной виртуальной машине. Это идеальный выбор, если в организации имеются ИТ-ресурсы для обслуживания виртуальных машин. Эти возможности позволяют создать систему с высокой степенью настройки для удовлетворения конкретных требований к производительности и доступности приложения.

Сравнительная таблица

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

В целом База данных SQL и Управляемый экземпляр SQL могут значительно увеличить количество баз данных, которыми может управлять один сотрудник отдела ИТ или разработки. Эластичные пулы также поддерживают мультитенантные архитектуры для приложений SaaS, включая изоляцию клиентов и возможность масштабирования для сокращения затрат благодаря совместному использованию ресурсов в базах данных. Управляемый экземпляр SQL поддерживает возможности на уровне экземпляров для простой миграции существующих приложений, а также для совместного использования ресурсов в базах данных. Принимая во внимание, что SQL Server на виртуальных машинах Azure предоставляет администраторам баз данных возможности, наиболее схожие со знакомой для них локальной средой.

База данных SQL Azure	Управляемый экземпляр SQL Azure	SQL Server на виртуальной машине Azure
Поддерживает большинство возможностей уровня базы данных в локальной среде. Доступны наиболее часто используемые функции SQL Server. Доступность гарантируется на уровне 99,995 %. Встроенное резервное копирование, исправления и восстановление. Последняя стабильная версия ядра СУБД. Возможность назначать необходимые ресурсы (ЦП/хранилище) для отдельных баз данных. Встроенные расширенные функции аналитики и безопасности. Изменение ресурсов в режиме онлайн (ЦП/хранилище).	Поддерживает почти все возможности уровня экземпляра и уровня базы данных в локальной среде. Высокая совместимость с SQL Server. Гарантия доступности 99,99 %. Встроенное резервное копирование, исправления и восстановление. Последняя стабильная версия ядра СУБД. Простой переход с SQL Server. Частный IP-адрес в виртуальной сети Azure. Встроенные расширенные функции аналитики и безопасности. Изменение ресурсов в режиме онлайн (ЦП/хранилище).	У вас есть полный контроль над системой SQL Server. Поддерживает все возможности в локальной среде. Доступность на уровне до 99,99 %. Полное равенство с соответствующей версии локального SQL Server. Исправленная и хорошо известная версия ядра СУБД. Простой переход с SQL Server. Частный IP-адрес в виртуальной сети Azure. У вас есть возможность развертывать приложения или службы на узле, где размещается SQL Server.
Переход с SQL Server может быть сложным. Некоторые функции SQL Server недоступны. Настраиваемые периоды обслуживания. Совместимость с версией SQL Server может осуществляться только при использовании режима совместимости базы данных. Поддержка частных IP-адресов с использованием Приватного канала Azure.	Некоторое количество компонентов SQL Server еще не доступно. Настраиваемые периоды обслуживания. Совместимость с версией SQL Server может осуществляться только при использовании режима совместимости базы данных.	Вы можете использовать ручные или автоматические резервные копии. Необходимо реализовать собственное решение высокой доступности. Возникает простой при изменении ресурсов (ЦП/хранилище)
Базы данных размером до 100 ТБ.	До 16 ТБ.	Экземпляры SQL Server с хранилищем объемом до 256 ТБ. Экземпляр может поддерживать любое необходимое количество баз данных.
Локальное приложение получает доступ к данным в Базе данных SQL Azure.	Собственная реализованная виртуальная сеть и подключение к локальной среде с помощью Azure Express Route или VPN-шлюза.	Виртуальные машины SQL позволяют создавать приложения, которые частично работают в облаке и частично — на локальных ресурсах. Например, вы можете расширить локальную сеть и домен Active Directory в облако через виртуальную сеть Azure. Дополнительные сведения о решениях для гибридного облака см. в статье Расширение локальных решений для работы с данными в облако.

Cost

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

Основы лицензирования и выставления счетов

В настоящее время База данных SQL и Управляемый экземпляр SQL продаются как службы и доступны в нескольких вариантах развертывания с разными уровнями служб и разными ценами за ресурсы. Счета выставляются за каждый час использования по фиксированному тарифу, который зависит от выбранного уровня службы и объема вычислительных ресурсов. Последние сведения о текущих поддерживаемых уровнях служб, объемах вычислительных ресурсов и объемах хранилища см. в описании моделей приобретения на основе единиц DTU (для Базы данных SQL) и виртуальных ядер (для Базы данных SQL и Управляемого экземпляра SQL).

При использовании Базы данных SQL вы можете выбрать уровень служб, который оптимально соответствует вашим потребностям, из широкого ассортимента цен — от 5 долл. США в месяц для уровня «Базовый». Кроме того, вы можете создавать эластичные пулы для совместного использования ресурсов несколькими базами данных с целью сокращения расходов и обслуживания пиковой нагрузки.
При использовании Управляемого экземпляра SLQ вы также можете использовать собственную лицензию. Дополнительные сведения об использовании собственной лицензии см. в статье Перемещение лицензий в рамках программы Software Assurance в Azure или используйте калькулятор Преимущества гибридного использования Azure, чтобы узнать, как сэкономить до 40 % .

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

При использовании Базы данных SQL и Управляемого экземпляра SQL программное обеспечение базы данных настраивается, исправляется и обновляется автоматически, что позволяет вам сократить расходы на администрирование. Кроме того, встроенные функции резервного копирования помогают значительно экономить средства, особенно при наличии большого количества баз данных.

При размещении SQL на виртуальных машинах Azure вы можете использовать любой образ SQL Server (все они содержат лицензию), предоставляемый платформой, или собственную лицензию SQL Server. Доступны все поддерживаемые версии (2008 R2, 2012, 2014, 2016, 2017, 2019) и выпуски (Developer, Express, Web, Standard, Enterprise) SQL Server. Кроме того, доступны версии образов с использованием собственной лицензии (BYOL). Стоимость использования образов, которые предоставляет Azure, зависит от размера виртуальной машины, а также от выбранного выпуска SQL Server. Независимо от размера виртуальной машины или выпуска SQL Server вы оплачиваете лицензии SQL Server и Windows или Linux Server, а также стоимость службы хранилища Azure для дисков виртуальной машины по поминутному тарифу. Поминутное выставление счетов позволяет использовать SQL Server ровно столько, сколько нужно, без приобретения дополнительных лицензий SQL Server. Если вы передаете в Azure собственную лицензию SQL Server, плата взимается только за сервер и хранение данных. Дополнительные сведения об использовании собственной лицензии см. в статье Перемещение лицензий в рамках программы Software Assurance в Azure. Кроме того, счета выставляются за исходящий интернет-трафик по обычным тарифам на передачу данных.

Расчет общей стоимости приложений

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

Дополнительную информацию см. в следующих ресурсах:

Цены на Управляемый экземпляр SQL и Базу данных SQL
Цены на виртуальные машины для SQL и Windows
Калькулятор стоимости — оцените свои расходы

Администрирование

Для многих компаний решение о переходе в облачную службу позволит уменьшить не только расходы, но и сложность администрирования системы. В рамках моделей IaaS и PaaS платформа Azure самостоятельно управляет базовой инфраструктурой и автоматически реплицирует все данные для аварийного восстановления, настраивает и обновляет программное обеспечение базы данных, управляет балансировкой нагрузки и выполняет прозрачную отработку отказа при сбое сервера в центре обработки данных.

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

Соглашение об уровне обслуживания

Для многих ИТ-отделов основным приоритетом является соблюдение обязательств по времени непрерывной работы, определенных в соглашении об уровне обслуживания (SLA). В этом разделе мы рассмотрим условия SLA для каждого варианта размещения базы данных.

Для Базы данных SQL Azure и Управляемого экземпляра SQL Azure корпорация Майкрософт предоставляет соглашение об уровне обслуживания с уровнем доступности 99,99 %. Последние сведения см. на странице Соглашение об уровне обслуживания для базы данных SQL.

Для SQL на виртуальных машинах Azure мы гарантируем уровень доступности 99,95 %, но только в отношении виртуальной машины. Это соглашение об уровне обслуживания не распространяется на процессы (например, SQL Server), запущенные на виртуальной машине, и предусматривает наличие по крайней мере двух экземпляров виртуальных машин в каждой группе доступности. Последние сведения см. на странице Соглашение об уровне обслуживания для виртуальных машин. Чтобы обеспечить высокую доступность базы данных на виртуальных машинах, следует настроить один из поддерживаемых вариантов высокого уровня доступности на SQL Server, например группы доступности AlwaysOn. Использование варианта с высоким уровнем доступности не дает дополнительных гарантий по Соглашению об уровне обслуживания, но позволяет повысить доступность базы данных до уровня >99,99 %.

Пора переходить на Azure

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

Управляемый экземпляр SQL Azure значительно упрощает перенос имеющихся приложений в Azure, позволяя быстро выводить перенесенные приложения базы данных на рынок в Azure.

SQL на виртуальных машинах Azure идеально подходит для ситуаций, когда имеющимся или новым приложениям требуются большие базы данных или доступ ко всем функциям SQL Server или Windows либо Linux, а также если вы не хотите тратить время и средства на покупку нового локального оборудования. Кроме того, это прекрасный вариант для переноса в Azure существующих локальных приложений и баз данных в неизменном виде, когда База данных SQL и Управляемый экземпляр SQL являются неоптимальным выбором. Так как изменять уровень презентации, приложения и данных не нужно, вы экономите время и средства при повторном изменении имеющегося решения. Вместо этого вы можете уделить внимание переносу всех решений в Azure и оптимизации производительности, необходимой для платформы Azure. Дополнительные сведения см. в статье Рекомендации по оптимизации производительности SQL Server в виртуальных машинах Azure.

Создание ресурсов SQL Azure и управление ими с помощью портала Azure

Портал Azure предоставляет отдельную страницу, на которой вы можете управлять всеми ресурсами Azure SQL, включая ваш SQL Server на виртуальных машинах Azure.

Чтобы получить доступ к странице SQL Azure в меню на портале Azure, выберите SQL Azure или найдите и выберите SQL Azure на любой странице.

Примечание

Azure SQL предоставляет быстрый и простой способ доступа ко всем ресурсам SQL в портал Azure, включая отдельные базы данных и базы данных в пуле в базе данных Azure SQL, а также логический сервер, на котором они размещены, Azure SQL Управляемые экземпляры и SQL Server на виртуальных машинах Azure. SQL Azure — это не служба или ресурс, а семейство служб, связанных с SQL.

Чтобы управлять существующими ресурсами, выберите нужный элемент в списке. Чтобы создать ресурсы Azure SQL, выберите + Создать.

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

Подробная информация доступна в следующих статьях:

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

Дальнейшие действия

Чтобы начать работу с Базой данных SQL, см. статью Краткое руководство. Начало работы с базой данных SQL Azure.
Чтобы начать работу с Управляемым экземпляром SQL, изучите краткое руководство Создание управляемого экземпляра Управляемого экземпляра SQL.
См. страницу с ценами на базы данных SQL.
См. страницу с ценами на Управляемый экземпляр SQL Azure.
Чтобы приступить к работе с SQL Server в виртуальной машине Azure, см. статью Подготовка виртуальной машины SQL Server на портале Azure.
Определение нужного SKU Базы данных SQL или Управляемого экземпляра SQL для локальной базы данных.

Microsoft SQL Server — Система управления реляционными базами данных / Хабр

Система управления реляционными базами данных

Статьи

Авторы

Компании

Сначала показывать

Порог рейтинга

Уровень сложности

Tzimie

26 мар в 19:45

Уровень сложности
Средний

Время на прочтение
6 мин

Количество просмотров

2.9K

Высокая производительность *SQL *Серверная оптимизация *Microsoft SQL Server *

Хорошо, если у вас небольшие (сотни гигабайт) базы, а ночью или в выходные вы можете себе позволить иметь ‘maintenance window‘ и дефрагментировать таблицы. А если нет? В любом случае дефрагментация многих терабайт может занять дни, так что существование maintenance window становится непринципиальным.

Case study: многие терабайты данных, деятельность связанная с процессингом карт (24/7, maintenance window нет в принципе), MSSQL. Разумеется, Enterprise Edition, разумеется AlwaysOn.

Миф: у нас SSD, поэтому дефрагментация нам не нужна. Еще как нужна! Часто в высоко нагруженных системах не делают дефрагментацию, потому что это сложно. В итоге процент фрагментации выходит на уровень почти 100%, и таблицы занимают в два раза больше страниц, чем нужно. В два раза больше места — это в два раза хуже Buffer Cache Hits Ratio. Это в два раза больше размер full backups. Это в два раза дольше full table scans. Это выше CPU (потому что страницы перемещаются с помощью процессора, а не сами по себе).

Всего голосов 11: ↑10 и ↓1 +9

Комментарии
32

mssqlhelp

22 мар в 15:29

Уровень сложности
Средний

Время на прочтение
6 мин

Количество просмотров

2.8K

Microsoft SQL Server *

Туториал

Перевод

Рассмотрим следующий пример:

CREATE TABLE T (PK INT PRIMARY KEY, A INT, B INT)

CREATE INDEX TA ON T(A)

CREATE UNIQUE INDEX TB ON T(B)

INSERT T VALUES (0, 0, 0)

INSERT T VALUES (1, 1, 1)

Теперь предположим, что мы выполним обновление:

UPDATE T SET A = 1 – A

Это изменение влияет на кластерный индекс (PK__T__15502E78) и на некластерный индекс TA. План в значительной степени такой, какой мы ожидали:

_{|—Clustered Index Update(OBJECT:([T]. [PK__T__15502E78]), OBJECT:([T].[TA]), SET:([T].[A] = [Expr1003]))
       |—Compute Scalar(DEFINE:([Expr1016]=[Expr1016]))
            |—Compute Scalar(DEFINE:([Expr1016]=CASE WHEN [Expr1004] THEN (1) ELSE (0) END))
                 |—Compute Scalar(DEFINE:([Expr1003]=(1)-[T].[A], [Expr1004]=CASE WHEN [T].[A] = ((1)-[T].[A]) THEN (1) ELSE (0) END))
                      |—Top(ROWCOUNT est 0)
                           |—Clustered Index Scan(OBJECT:([T].[PK__T__15502E78]))}

Это типичный «узкий» план обновления. В одном операторе обновления затрагиваются кластерный и некластерный индексы. План содержит Compute Scalar, которые определяют, нужно ли изменять соответствующую строку некластерного индекса. О подобных планах я писал в этой статье.

_{Оперативно узнавать о новостях MS SQL Server можно в телеграмм-канале:}_{MS SQL Server — дело тонкое…}

Всего голосов 6: ↑6 и ↓0 +6

Комментарии
2

1CUnlimited

000Z» title=»2023-03-20, 21:31″>20 мар в 21:31

Уровень сложности
Средний

Время на прочтение
12 мин

Количество просмотров

4.3K

Высокая производительность *PostgreSQL *Microsoft SQL Server *Администрирование баз данных *1С *

Кейс

Recovery mode

1С работает с СУБД Postgres более 10 лет, а сейчас это единственный легальный вариант для инсталляций в России. Много ли мы потеряем в производительности по сравнению с MS SQL ? Выдержит ли Postgres 15.2 жесткий Highload со стороны 1С? Цель этой статьи — ответить на данные вопросы, с цифрами, которые можно использовать при расчете архитектуры.

Всего голосов 14: ↑12 и ↓2 +10

Комментарии
35

jfi76

19 мар в 00:23

Уровень сложности
Средний

Время на прочтение
3 мин

Количество просмотров

2. 7K

Python *PostgreSQL *Microsoft SQL Server *Data Engineering *

Из песочницы

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

Вкратце есть база на mssql сервере есть хранимые процедуры. Есть база на postgres. Есть ETL процесс на Apache Air Flow. Запускаем процесс, по окончании в базе postgres появляются процедуры и данные.

Скажу сразу данный подход не является полным автоматом, который перенесет любую mssql базу на postgres. Это попытка систематизировать подобный переход, разбить переход на управляемые небольшие части, которые типизируются и над которыми выполняются преобразования с возможностью контроля результата.

Всего голосов 5: ↑4 и ↓1 +3

Комментарии
4

Tzimie

18 мар в 16:39

Уровень сложности
Средний

Время на прочтение
2 мин

Количество просмотров

9. 1K

SQL *Microsoft SQL Server *

Об опасном распространяющемся антипаттерне программирования на T-SQL.

Всего голосов 18: ↑16 и ↓2 +14

Комментарии
9

mssqlhelp

9 мар в 16:58

Уровень сложности
Средний

Время на прочтение
24 мин

Количество просмотров

1.5K

Microsoft SQL Server *Администрирование баз данных *

Туториал

Перевод

Это выдержка из восьмой главы книги Rodney Landrum: «SQL Server Tacklebox», в которой описывается, как DBA может устранить последствия повреждения данных. Будут продемонстрированы инструменты и сценарии, необходимые для своевременного поиска и устранения повреждений данных и предотвращения их попадания в резервные копии.

Всего голосов 6: ↑6 и ↓0 +6

Комментарии
2

1CUnlimited

000Z» title=»2023-02-12, 23:04″>12 фев в 23:04

Время на прочтение
10 мин

Количество просмотров

1.8K

Oracle *PostgreSQL *Программирование *Microsoft SQL Server *1С *

Туториал

Recovery mode

Концепция ORM как двигатель прогресса — выдержит ли ее ваша СУБД? / Хабр (habr.com)

Концепция ORM как двигатель прогресса – выявит слабое место Вашей СУБД / Хабр (habr.com)

В этой части предложено решение со стороны СУБД (MS SQL , Oracle, Postgres)

Всего голосов 7: ↑6 и ↓1 +5

Комментарии
17

1CUnlimited

000Z» title=»2023-01-30, 22:26″>30 янв в 22:26

Время на прочтение
7 мин

Количество просмотров

3.4K

Программирование *Microsoft SQL Server *1С *

ORM (Object‑Relational Mapping) используется во многих языках программирования, в том числе и в 1С. Однако реализация высоконагруженных решений, приводит к мысли что разработчики ORM не учитывали ее влияния на производительность СУБД. Такая ситуация и в 1С и ORM на Java, и наверняка в других ORM. В предыдущей части статьи Концепция ORM как двигатель прогресса — выдержит ли ее ваша СУБД? были изложены результаты теста, в этой статье ответы на самые часто задаваемые вопросы и новый тест.

Всего голосов 4: ↑3 и ↓1 +2

Комментарии
30

mssqlhelp

27 янв в 17:29

Время на прочтение
5 мин

Количество просмотров

770

Microsoft SQL Server *

Перевод

В предыдущей статье было показано как SQL Server выполняет изменения в некластерных индексах, но пока только в тех случаях, когда данные в индексе действительно изменяются. В примере из прошлой статьи использовался простой оператор UPDATE, который порождает построчный или «узкий» план запроса. В этой статье будет показано как оптимизируется план с изменениями данных с индексами в «широком» плане запроса.

Всего голосов 2: ↑2 и ↓0 +2

Комментарии
0

mssqlhelp

20 янв в 18:12

Время на прочтение
8 мин

Количество просмотров

1.9K

Microsoft SQL Server *

Перевод

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

Всего голосов 5: ↑5 и ↓0 +5

Комментарии
1

MaxRokatansky

000Z» title=»2023-01-16, 16:57″>16 янв в 16:57

Время на прочтение
6 мин

Количество просмотров

1.8K

Блог компании OTUS Microsoft SQL Server *

Перевод

tSQLt — это мощный фреймворк с открытым исходным кодом для модульного тестирования кода SQL Server.

Модульное тестирование SQL-кода — полезная практика в разработке баз данных, которая позволяет обнаруживать ошибки до попадания их в продакшн. Хотя надо сказать, есть разные мнения, и некоторые разработчики все еще спорят о необходимости модульного тестирования SQL-кода. Модульное тестирование очень важно для контроля и проверки поведения отдельных частей базы данных и не стоит игнорировать написание модульных тестов кода базы данных. По сути, модульные тесты позволяют автоматически проверять поведение объектов базы данных (хранимых процедур, триггеров, функций и т. д.) при регрессионном тестировании.

Всего голосов 9: ↑9 и ↓0 +9

Комментарии
3

jobgemws

000Z» title=»2022-12-21, 10:01″>21 дек 2022 в 10:01

Время на прочтение
10 мин

Количество просмотров

5.1K

Блог компании «Лаборатория Касперского» Программирование *SQL *Microsoft SQL Server *Администрирование баз данных *

Туториал

✏️ Технотекст 2022

Вновь привет, уважаемые читатели Хабра! Работая с одной из систем хранения метаданных о файлах в «Лаборатории Касперского» вспомнил, что давно хотел написать об оптимизации поиска по большому полю в базах данных. О чем далее и расскажу более подробно.

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

Итак, представьте: у вас есть таблица в базе данных MS SQL, в которой десятки миллиардов строк данных. И в эту таблицу вставляются и удаляются суммарно десятки и сотни тысяч строк в секунду. Назовем эту таблицу dbo.metadata.

Замечание. Для проведенного анализа ниже была создана новая база данных TEST, в которой были созданы две таблицы dbo.metadata и dbo.sha256_checksum (о второй таблице будет написано ниже) и сгенерированы синтетические данные на 1+ млрд строк в каждую. После каждого вызова запроса проводился полный сброс кэша планов для базы данных TEST (DBCC FREEPROCCACHE), чтобы план для запроса каждый раз строился заново, а не брался уже готовый.

Таблица dbo.metadata упрощенно выглядит так:

Определение таблицы dbo.metadata

Читать дальше →

Всего голосов 42: ↑42 и ↓0 +42

Комментарии
10

KosteevAlex

15 дек 2022 в 11:09

Время на прочтение
3 мин

Количество просмотров

860

Microsoft SQL Server *Хранилища данных *

Основная статья Взаимодействие DWH Oracle и MS SQL

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

Предварительно необходимо создать учетную запись (Credential) (см. Рис. 1), из-под которой будет выполняться запуск заданий (Job). Эта учетная запись должна быть связана с доменной учетной записью, которой будет предоставлены привилегии. Этой учетной записи можно выдавать доступы, например, в каталогах для загрузки и выгрузки файлов, доступа к серверам и т.п. Если данную учетную запись не создавать, то необходимо выдавать доступы для учетной записи SQL Agent, что может не соответствовать с вашей политикой безопасности в организации.

Всего голосов 3: ↑2 и ↓1 +1

Комментарии
0

KosteevAlex

15 дек 2022 в 10:51

Время на прочтение
5 мин

Количество просмотров

Microsoft SQL Server *Хранилища данных *Data Engineering *

Основная статья Взаимодействие DWH Oracle и MS SQL

Одним из методов для оптимизации обработки, хранения и администрирования данных в базе данных и кубах MS SQL — это процесс создании партицирования данных.

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

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

Пример кода для переноса в таблицу:

Всего голосов 6: ↑6 и ↓0 +6

Комментарии
8

KosteevAlex

000Z» title=»2022-12-15, 10:27″>15 дек 2022 в 10:27

Время на прочтение
3 мин

Количество просмотров

1.2K

Microsoft SQL Server *Визуализация данных *Хранилища данных *

Финальным результатом при построении аналитического хранилища является передача готовых данных пользователям.

Для отображения данных из OLAP кубов используется настольное приложение Business Analytics tools (BAT). Данное приложение состоит фактически из двух приложений: приложение для просмотра, редактирования отчетов пользователями и приложение для
администрирования, в котором создается подключение к кубам данных, выполняется настройка ролей для распределения прав доступов и создается базовая структура отчетов.

Всего голосов 2: ↑2 и ↓0 +2

Комментарии
0

KosteevAlex

15 дек 2022 в 10:05

Время на прочтение
2 мин

Количество просмотров

960

Visual Studio *Microsoft SQL Server *Хранилища данных *

Первым этапом для проектирования данных под OLAP кубы является распределение загруженных данных по таблицам по структуре Ральфа Кимбалла. Необходимо создать таблицы измерений, которые будут хранится в третьей нормальной форме. Создать, например, таблицы сущностей Договора, Клиенты, Счета, различные справочники и т.п. И так же создать таблицу фактов, т.е. та таблица, где будет происходить движение. Например, такой может быть таблица, в которой хранятся остатки по счетам клиента на определенную дату. Таблица фактов должна содержать в себе все ключевые поля, которые ссылаются на таблицы измерений. Такой классический вид имеет название: тип «Снежинка».

Таблицы измерений должный иметь primary key на ключевое поле. Таким образом таблица будет содержать unique clustered index (уникальный кластеризованный индекс), и таблица будет в нужном нам отсортированном порядке.

Таблица фактов должна иметь партицирование по отчетной дате и clustered index с составным ключом. И если это позволяет наш режим работы иметь партицирование по отчетной дате и clustered column store index (колоночный индекс). Данный тип хранения таблицы имеет ряд преимуществ — это 10-ти кратное сжатие данных и ускорение считывания данных при наборе их в куб, но обязательным условием для эффективного применения данного индекса является необходимость хранить более 1 миллиона строк на одну секцию.

Всего голосов 2: ↑2 и ↓0 +2

Комментарии
0

KosteevAlex

14 дек 2022 в 19:14

Время на прочтение
6 мин

Количество просмотров

2.1K

Oracle *Microsoft SQL Server *Хранилища данных *Data Engineering *

Из песочницы

В ряде статей планирую рассказать о подготовке данных, основных этапах разработки и дальнейшего использования данных в Microsoft Analysis Services (SSAS), о процессе построения аналитического хранилища данных на Microsoft SQL Server (MS SQL), о взаимодействии с базами данным Oracle и другими источниками нашего банка Совкомбанк, а также рассказать о возможностях MS SQL которые мы используем.

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

Чаще всего аналитики сталкиваются с проблемами оперативного изменения агрегированных данных и выявлении факторов влияющими на эти данные. Довольно часто аналитики получают и анализирую данных в плоском сгруппированном виде, не всегда есть возможность без подключения технических специалистов разложить составляющие на самый низкий уровень гранулярности, определить неточности в данных. И физически человек не способен воспринимать многомиллионные строки данных, например в excel. Для этого на помощь приходит SSAS. В него можно загрузить большой объем данных и при необходимости развернуть до основных составляющих данных.

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

Всего голосов 2: ↑2 и ↓0 +2

Комментарии
11

frrrost

000Z» title=»2022-12-08, 14:13″>8 дек 2022 в 14:13

Время на прочтение
9 мин

Количество просмотров

13K

Блог компании Sportmaster Lab Microsoft SQL Server *Карьера в IT-индустрии 1С *

🧠 Хабр IT-гид

Привет! Меня зовут Александр Денисов, и я не боюсь перемен. Будучи сеньором-программистом, я перешёл на мидл-позицию и стал заниматься СУБД. А восемь лет спустя, уже став опытным аудитором и экспертом по MS SQL Server, снова шагнул на ступеньку вниз, чтобы устремиться к новым высотам, на этот раз в дата-аналитике.

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

Всего голосов 29: ↑27 и ↓2 +25

Комментарии
10

mssqlhelp

000Z» title=»2022-12-07, 17:01″>7 дек 2022 в 17:01

Время на прочтение
4 мин

Количество просмотров

4.6K

Microsoft SQL Server *

Перевод

В прошлой статье я писал об особом виде оператора TOP, известного как ROWCOUNT TOP. Теперь рассмотрим несколько других интересных сценариев появления в плане оператора TOP.

Всего голосов 5: ↑3 и ↓2 +1

Комментарии
11

mssqlhelp

29 ноя 2022 в 18:58

Время на прочтение
4 мин

Количество просмотров

5.7K

Microsoft SQL Server *

✏️ Технотекст 2022

Новшеств довольно много, о некоторых можно сказать кратко, а что-то лучше описать более развёрнуто. Те новшества, которые относятся к облачным хранилищам, мы тут и вовсе опустим ввиду неактуальности на сегодняшний день. Также тут не будет ничего про новый синтаксический «сахар» T-SQL и небольшие улучшения там и сям, типа сжатия XML.

Всего голосов 12: ↑12 и ↓0 +12

Комментарии
4

IS SQL Майкрософт? | Основные понятия языка структурированных запросов

Нет, SQL не Microsoft. SQL — это язык структурированных запросов. Существуют разные продукты SQL. Одним из продуктов SQL являются продукты Microsoft. Позвольте мне сравнить так, SQL — это ноутбук, и есть разные компании, чей продукт — ноутбук, например, Apple, Dell, HP. Точно так же SQL — это язык для базы данных, такие компании, как Oracle, имеют MYSQL, IBM — DB2, а Microsoft — SQL-Server или MS Server.

SQL — это база данных

База данных — это организованный набор данных. База данных — это электронная система, позволяющая легко получать доступ к данным, манипулировать ими и обновлять их. Мы храним данные в виде таблиц внутри базы данных. Данные в виде строк и столбцов называются таблицей. Мы храним структурированные данные в базе данных. Возьмем пример Facebook. Он должен хранить, обрабатывать и представлять данные, связанные с участниками, их друзьями, деятельностью участников, сообщениями, рекламой и многим другим в их базах данных. Все системы управления реляционными базами данных, такие как Oracle, SQL Server, MySQL, MS Access, DB2, Sybase, Informix и Postgres, используют SQL в качестве стандартного языка баз данных.

Почему важен SQL?

SQL широко популярен и важен по следующим причинам:
SQL позволяет описывать и получать доступ к данным в СУБД.
SQL позволяет подключаться к другим языкам, таким как Java, C, Python, через модули SQL, библиотеки и другой соединитель.
SQL позволяет подключаться к различным таблицам и устанавливать разрешения, процедуры и представления.

Другой продукт языка структурных запросов

Oracle: Новейшая версия Oracle 12c предназначена для работы в облаке и может размещаться на одном или нескольких серверах. Она позволяет управлять базами данных, содержащими миллиарды записей.
Microsoft: Microsoft SQL Server 2016, Microsoft сделала его доступным как для Linux, так и для платформ на базе Windows. Этот механизм базы данных работает как на облачных серверах, так и на локальных серверах одновременно.
MySQL: Это одна из самых популярных баз данных для веб-приложений, и это база данных с открытым исходным кодом. Это бесплатное программное обеспечение, но оно часто обновляется функциями и улучшениями безопасности.
IBM-DB2: IBM, DB2 — это ядро базы данных с возможностями NoSQL, которое может читать файлы JSON и XML.

SQL Server

SQL Server — это система управления реляционными базами данных (СУБД) Microsoft. Это полнофункциональная база данных, в первую очередь предназначенная для конкуренции с конкурентами Oracle Database (DB) и MySQL. Он поддерживает широкий спектр приложений для обработки транзакций, бизнес-аналитики и аналитики в корпоративных ИТ-средах. Это одна из трех лидирующих на рынке технологий баз данных, наряду с Oracle Database и IBM DB2. Microsoft SQL Server предлагает различные версии и функции для удовлетворения различных потребностей пользователей. Некоторые из следующих выпусков:

Enterprise Edition: Он предназначен для крупных предприятий и сложных требований к данным, баз данных с поддержкой Интернета и хранилищ данных. Чтобы получить лицензию, нужно заплатить огромную сумму.
Standard Edition: Он предназначен для поддержки электронной коммерции и хранилищ данных и предназначен для средних и малых организаций. Стоимость лицензии дешевле по сравнению с корпоративной версией.
Workgroup Edition: Этот выпуск базы данных предназначен для небольших организаций и стартапов. Он не поддерживает ограничений по размеру и количеству пользователей в качестве серверной базы данных для веб-серверов и локального использования.
Express Edition: Это бесплатная версия, предоставляемая Microsoft в основном для замены базы данных Access. В этом издании размер и количество пользователей ограничены.
Разработчик: Это издание предназначено для тестирования и разработки приложений. Это установка для одного пользователя.
Compact: Эта версия предназначена для автономных приложений, а также для программного обеспечения с открытым исходным кодом.

Бизнес-аспекты Microsoft SQL Server

Microsoft SQL Server — один из инновационных продуктов в мире, отвечающий бизнес-требованиям всех секторов организаций среднего и высокого уровня. Это революционизирует бизнес для обработки различных типов данных. Microsoft находится на пути внедрения машинного обучения и искусственного интеллекта в свои базы данных. Microsoft SQL Server предназначен для того, чтобы помочь вашим компаниям достичь целей по обеспечению безопасности, легкости доступа и защиты данных от несанкционированного доступа. Это потому, что мы имеем дело с большим количеством конфиденциальных данных, бизнес-данных, данных клиентов, финансовых данных.

SQL Server — это база данных

SQL Server — это реляционная система управления базами данных, принадлежащая Microsoft. Система спроектирована и построена для управления и хранения информации, необходимой для обработки крупных предприятий и выполнения сложных требований к данным. Система Microsoft SQL Server поддерживает различные операции бизнес-аналитики, аналитические операции и обработку транзакций с помощью интерактивного и удобного графического интерфейса. Информация или данные, хранящиеся на сервере, хранятся в реляционной базе данных. Это структурированные данные в виде строк и столбцов. Поскольку Microsoft SQL Server — это гораздо больше, чем база данных, он также включает в себя инструмент управления для управления данными. SQL расшифровывается как Structured Query Language, компьютерный язык, который управляет и администрирует сервер. Microsoft SQL Server — это продукт для работы на языке структурированных запросов. Сервер Microsoft SQL постоянно совершенствует свою модель и постоянно обновляет новые функции.

Сравнение SQL и Microsoft SQL Server

Механизм хранения SQL и Microsoft SQL Server одинаков. Обе они представляют собой систему управления реляционными базами данных. Оба они хранят данные в виде строк и столбцов. Оба они хранят структурированные данные. Любой разработчик базы данных, работающий с SQL, может легко принять Microsoft SQL Server. У них есть похожие коды для запроса, обработки и анализа данных. Microsoft SQL Server технически более совершенен по сравнению с SQL. Улучшено управление взаимодействием с данными.

Заключение

SQL — это язык, в то время как Microsoft — ведущая мировая компания, продуктом SQL которой является Microsoft SQL Server. Microsoft SQL Server работает быстро и стабильно. Движок предлагает возможность настраивать и отслеживать уровни производительности, что может сократить использование ресурсов. Microsoft SQL Server позволяет получать доступ к визуализациям на мобильных устройствах. Он работает очень хорошо и подходит для других продуктов Microsoft. Существует множество различных версий Microsoft SQL Server, предназначенных для различных рабочих нагрузок и требований.

Источник данных Microsoft SQL Server

Документация Grafana Источники данных
Microsoft SQL Server

Предприятие
Открытый исходный код

Grafana поставляется со встроенной поддержкой Microsoft SQL Server (MS SQL).
Вы можете запрашивать и визуализировать данные из любого Microsoft SQL Server 2005 или более поздней версии, включая базу данных Microsoft Azure SQL.

В этом разделе объясняется конфигурация, относящаяся к источнику данных Microsoft SQL Server.

Инструкции по добавлению источника данных в Grafana см. в административной документации.
Добавлять источники данных могут только пользователи с ролью администратора организации.
Администраторы также могут настроить источник данных через YAML с помощью системы обеспечения Grafana.

После того как вы добавили источник данных Microsoft SQL Server, вы можете настроить его так, чтобы пользователи вашего экземпляра Grafana могли создавать запросы в его редакторе запросов при создании панелей мониторинга и использовании Explore.

Настройка источника данных

Для доступа к странице конфигурации источника данных:

Наведите курсор на значок Конфигурация (шестеренка).
Выберите Источники данных .
Выберите источник данных Microsoft SQL Server.

Установите основные параметры конфигурации источника данных осторожно:

Имя	Описание
Наименование	. СЛЕДУЕТСЯ И НАЗВАНИЕ.
По умолчанию	Устанавливает источник данных, предварительно выбранный для новых панелей.
Хост	Устанавливает IP-адрес/имя хоста и дополнительный порт вашего экземпляра MS SQL. Порт по умолчанию 0, драйвер по умолчанию. Вы можете указать несколько свойств подключения, например `ApplicationIntent` , разделив каждое свойство точкой с запятой ( `;` ).
База данных	Устанавливает имя вашей базы данных MS SQL.
Аутентификация	Устанавливает режим аутентификации, используя аутентификацию SQL Server или аутентификацию Windows (единый вход для пользователей Windows).
Пользователь	Определяет имя пользователя базы данных.
Пароль	Определяет пароль пользователя базы данных.
Шифрование	Определяет, следует ли согласовывать с сервером безопасное соединение SSL TCP/IP и в какой степени. По умолчанию `false` .
Max open	Устанавливает максимальное количество открытых подключений к базе данных. По умолчанию `без ограничений` .
Максимальный холостой ход	Устанавливает максимальное количество соединений в пуле незанятых соединений. По умолчанию `2` .
Максимальное время жизни	Устанавливает максимальное количество секунд, в течение которого источник данных может повторно использовать соединение. По умолчанию `14400` (4 часа).

Можно также настроить параметры, относящиеся к источнику данных Microsoft SQL Server:

Мин. интервал времени

Параметр Мин. интервал времени определяет нижний предел для $__interval и $__interval_ms переменные.

This value must be formatted as a number followed by a valid time identifier:

Identifier	Description
`y`	year
`M`	month
`w`	неделя
`d`	день
`h`	hour
`m`	minute
`s`	second
`ms`	millisecond

We recommend setting this value чтобы соответствовать частоте записи вашего Microsoft SQL Server.
Например, используйте 1m , если Microsoft SQL Server записывает данные каждую минуту.

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

Тайм-аут подключения

Параметр Тайм-аут подключения определяет максимальное количество секунд ожидания подключения к базе данных до истечения времени ожидания. По умолчанию 0 для отсутствия тайм-аута.

Разрешения пользователя базы данных

Grafana не проверяет безопасность запроса и может включать любой оператор SQL.
Например, Microsoft SQL Server будет выполнять деструктивные запросы, такие как DELETE FROM user; пользователь и DROP TABLE; , если запрашивающий пользователь имеет на это разрешение.

Для защиты от этого настоятельно рекомендуется создать отдельного пользователя MS SQL с ограниченными правами.

Предоставить только SELECT разрешения для указанной базы данных и таблиц, которые вы хотите запрашивать у пользователя базы данных, указанного вами при добавлении источника данных:

 CREATE USER grafanareader WITH PASSWORD 'password'
GRANT SELECT ON dbo.YourTable3 ДЛЯ grafanareader

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

Диагностика проблем с подключением

Если вы используете более старые версии Microsoft SQL Server, например 2008 и 2008R2, перед подключением к источнику данных может потребоваться отключить шифрование.

Для оптимальной совместимости рекомендуется использовать последний доступный пакет обновления.

Предоставление источника данных

Вы можете определить и настроить источник данных в файлах YAML как часть системы обеспечения Grafana.
Дополнительные сведения о подготовке и доступных параметрах конфигурации см. в разделе Подготовка Grafana.

Пример подготовки

 apiVersion: 1
источники данных:
  - имя: MSSQL
    тип: mssql
    URL-адрес: локальный: 1433
    Пользователь: графана
    jsonДанные:
      база данных: графана
      maxOpenConns: 0 # Графана v5.4+
      maxIdleConns: 2 # Графана v5.4+
      connMaxLifetime: 14400 # Grafana v5.4+
      connectionTimeout: 0 # Grafana v9.3+
    безопасныйJsonData:
      пароль: 'Пароль!'

Запрос к источнику данных

Вы можете создавать запросы с помощью редактора запросов источника данных Microsoft SQL Server при редактировании панели, использующей источник данных MS SQL.

imacrosoft.ru

Ms sql это: Основы работы с MSSQL (Microsoft SQL Server)

Что такое SQL Azure? — Azure SQL

Обзор

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

Защита данных с помощью встроенных интеллектуальных средств безопасности

Бизнес-стимулы

Сравнение служб

База данных SQL Azure

Управляемый экземпляр SQL Azure

SQL Server на виртуальной машине Azure

Сравнительная таблица

Cost

Основы лицензирования и выставления счетов

Расчет общей стоимости приложений

Администрирование

Соглашение об уровне обслуживания

Пора переходить на Azure

Создание ресурсов SQL Azure и управление ими с помощью портала Azure

Дальнейшие действия

Microsoft SQL Server — Система управления реляционными базами данных / Хабр

IS SQL Майкрософт? | Основные понятия языка структурированных запросов

SQL — это база данных

Почему важен SQL?

Другой продукт языка структурных запросов

SQL Server

Бизнес-аспекты Microsoft SQL Server

SQL Server — это база данных

Сравнение SQL и Microsoft SQL Server

Заключение

Рекомендуемые статьи

Источник данных Microsoft SQL Server

Настройка источника данных

Мин. интервал времени

Тайм-аут подключения

Разрешения пользователя базы данных

Диагностика проблем с подключением

Предоставление источника данных

Пример подготовки

Запрос к источнику данных