Путівник по основам SQL Server 2016

1. Знайомимося з новими можливостями SQL Server 2016
2. Підвищуємо ефективність сховища SQL Server
3. Інтеграція гібридного «хмари» з SQL Server 2016
4. Репліки груп забезпечення доступності Always On в Azure
5. Бази даних Stretch
6. Файли даних SQL Server в Microsoft Azure
7. Резервне копіювання в Azure
8. Кероване резервне копіювання в Microsoft Azure
9. Інтеграція SSIS і Azure
10. Використання динамічного маскування даних SQL Server 2016
11. Вибираємо технологію забезпечення доступності SQL Server
12. Примірники відмов кластеру (FCI) AlwaysOn
13. Групи доступності (AG) AlwaysOn
14. Дзеркальне відображення бази даних
15. пересилання журналів
16. Удосконалення In-memory OLTP в SQL Server 2016
17. Нові можливості служби Reporting Services в SQL Server 2016
18. Мобільні звіти
19. Новий веб-портал
20. Нові звіти з розбивкою на сторінки
21. SQL Server 2016: інтеграція з JSON
22. Базова структура JSON
23. Підтримка JSON в SQL Server 2016
24. Інтеграція реляційних даних і JSON
25. функції JSON

Знайомимося з новими можливостями SQL Server 2016

Компанія Microsoft готує нову версію SQL Server, і, як в кожній великій версії, в SQL Server 2016 з'явився цілий ряд нових функцій, а також безліч різних поліпшень. У цій статті я постараюся розповісти про всі найважливіші вдосконалення SQL Server 2016.

У SQL Server багато чого змінилося з часу появи продукту 27 років тому. У минулому версії SQL Server 6.0 і 6.5 вважалися базою даних підрозділу компанії, непридатною для корпоративних робочих навантажень. Все змінилося після того, як в 1998 році Microsoft випустила SQL Server 7.0. У версії SQL Server 7.0 була перетворена архітектура реляційної бази даних і додані служби OLAP Services і Data Transformation Services (DTS), які закладають фундамент платформи обробки даних. У SQL Server 2000 розробники Microsoft додали підтримку XML і збільшили масштабованість. У SQL Server 2005 з'явилося середовище SQL Server Management Studio та дзеркальне відображення бази даних. Крім того, відбулася заміна DTS на Integration Services, а служби OLAP Services поступилися місцем Analysis Services. Версія SQL Server 2008 була доповнена функціями стиснення бази даних і регулятором ресурсів. У SQL Server 2008 R2 з'явилися PowerPivot і Master Data Services. Версія SQL Server 2012 була доповнена групою доступності AlwaysOn і індексом columnstore. У SQL Server 2014 з'явилися виконується в пам'яті OLTP і інтеграція з гібридним «хмарою».

Після виходу SQL Server 2016 не залишилося ніяких сумнівів в тому, що SQL Server являє собою повноцінну корпоративну платформу обробки даних, яка постійно вдосконалюється. У об'єднав в собі кілька статей «Путівнику по основам SQL Server 2016» будуть розглянуті такі найважливіші поліпшення.

• Безпека. З огляду на все більш тісну інтеграцію з «хмарою» і широко відомі вразливі місця, розкриті такими компаніями, як Home Depot і Target, не дивно, що проблема безпеки стала основною в новому випуску SQL Server 2016. Завдяки новим функціям безпеки, таким як Always Encrypted ( « завжди зашифровано ») і захист на рівні рядків, SQL Server зміцнює свою репутацію самої надійно захищеної корпоративної бази даних.
• Продуктивність. У колишніх версіях SQL Server Microsoft представила кілька реалізованих в пам'яті технологій, таких як індекс columnstore і механізм виконується в пам'яті OLTP. Випускаючи версію SQL Server 2016, компанія Microsoft продовжила вдосконалення реалізованих в пам'яті технологій, забезпечуючи більшу сумісність із запитами на основі традиційних дисків.
• Великі Дані та аналітика. Великі Дані і нові форми аналітики - два інших дуже перспективних тренда в розвитку баз даних. Версія SQL Server 2016 доповнена функцією Polybase і забезпечує перехід до обробки великих масивів даних для сімейства SQL Server. Крім того, завдяки новій інтеграції з мовою R стають більш потужними функції аналізу даних SQL Server.
• Мобільність. Безсумнівно, мобільність і можливість приносити на роботу особисті пристрої - два найбільш «гарячих» тренда в сучасних інформаційних технологіях. SQL Server 2016 в своєму розпорядженні новими мобільними звітами, вбудованими в служби Reporting Services.

Це лише деякі важливі функції нової версії, з якими нам належить познайомитися.

Підвищуємо ефективність сховища SQL Server

Одне з найважливіших нововведень версії SQL Server 2016 - робота з базами даних расширяемого типу Stretch. Це компонент, що дозволяє поширювати базу даних вашого локального екземпляра SQL Server в «хмару» Azure. За допомогою баз даних Stretch можна явно перенести історичні дані в Microsoft Azure. На відміну від звичайного сховища рідко використовуваних даних, ваші історичні дані в Azure завжди приєднані до мережі і доступні для запитів. Бази даних Stretch допоможуть підвищити ефективність вашої роботи завдяки збільшенню часу зберігання даних в недорогих сховищах Azure без необхідності масштабувати більш дорогі локальні сховища.

В яких випадках вигідно використовувати бази даних Stretch? Вам варто звернути увагу на базу даних Stretch, якщо:

• вам необхідно мати в мережі великі обсяги даних протягом тривалого часу;
• вам потрібно направляти запити до історичних даних;
• ви хочете заощадити на характеристиках локального сховища даних;
• ви не можете створити резервні копії таблиць історичних даних і відновити їх в рамках виділеного для резервного копіювання та відновлення часу.

Огляд принципів роботи баз даних Stretch в SQL Server 2016 наведено на малюнку 1. Тут ми бачимо, що призначені для користувача запити направляються в локальний екземпляр SQL Server. База даних Stretch явно переміщує якісь дані з локального екземпляра в базу даних Azure SQL. SQL Server 2016 однаково успішно витягувати як локальні, так і віддалені дані у відповідь на користувальницький запит. При обслуговуванні віддалених запитів спостерігається невелика затримка, яка виникає лише в тих випадках, коли потрібно звернутися до віддалених даних.

Microsoft надає майстер Enable Database for Stretch ( «Включення переносу для бази даних»), за допомогою якого можна вибрати таблиці бази даних для розширення в Azure. Новий майстер можна запустити з середовища SQL Server Management Studio (SSMS), відкривши оглядач об'єктів і вибравши базу даних, для якої потрібно включити функцію Stretch Database. Клацніть правою кнопкою миші базу даних, виберіть Tasks ( «Завдання»), а потім пункт Stretch ( «Розтягнути»), щоб запустити майстер. Ви можете перенести всю таблицю або вказати фільтр на основі дати. Ви надаєте облікові дані Azure і вказуєте, в якому місці Azure зберігаються дані. Функція Stretch Database в SQL Server 2016 подбає про переміщення даних у фоновому режимі. Функція Stretch Database гарантує, що дані не будуть втрачені, навіть в разі аварії під час міграції. Для усунення проблем з підключенням існує логіка повторних спроб. Таблиця завжди доступна в мережі і до неї можна направляти запити. Міграцію даних можна призупинити для діагностики неполадок на локальному сервері або збільшення пропускної здатності мережі. Динамічне адміністративне уявлення sys.dm_db_rda_migration_status (https://msdn.microsoft.com/en-us/library/dn935017(v=sql.130).aspx) показує стан міграції.

Бази даних Stretch повністю сумісні з технологією прозорого шифрування даних (TDE), а також з новими функціями Always Encrypted і безпеки на рівні рядків. Для роботи з функцією Stretch Database потрібно обліковий запис Microsoft Azure. Можна оформити безкоштовну пробну підписку, а підписки Azure надаються на основі дійсно займаних вами обчислювальних ресурсів і місця в пам'яті. Додаткові відомості про ціни SQL Server Stretch Database і Azure можна знайти на сторінці SQL Server Stretch Database Pricing (https://azure.microsoft.com/en-us/pricing/details/sql-server-stretch-database/).

Інтеграція гібридного «хмари» з SQL Server 2016

Безумовно, «хмара» вже стало невід'ємною складовою частиною більшості сучасних компаній. Однак адміністратори баз даних SQL Server і фахівці по базах даних, як правило, відносяться до числа споживачів, неохоче впроваджують «хмарні» технології. Microsoft визнає, що більшість компаній не відмовляться від локальної інфраструктури в доступному для огляду майбутньому. Тому було розроблено кілька гібридних «хмарних» рішень, які можуть виявитися дуже корисними навіть непохитним професіоналам в області SQL Server. Можливості гібридного «хмари» можуть стати в нагоді компаніям будь-яких розмірів, навіть якщо ті мають у своєму розпорядженні широко масштабується обладнанням, таким як HPE Superdome X. Версія SQL Server 2016 відрізняється від усіх попередніх більш глибокою інтеграцією з «хмарою». Розглянемо докладніше можливості гібридного «хмари» і SQL Server 2016.

Репліки груп забезпечення доступності Always On в Azure

Групи забезпечення доступності (AG) Always On вбудовані в Azure, що дозволяє створювати репліки Always On в «хмарі». Інтеграція Always On Azure в SQL Server 2016 дозволяє створювати в Azure асинхронні репліки, які використовуються для автономного аварійного відновлення. Репліки Azure AG виконуються у віртуальних машинах Azure IaaS.?Функція Azure AlwaysOn повністю інтегрована в середу SMSS.?Среда SMSS в SQL Server 2016 надає майстер, який проводить користувача по процесу настройки реплік Azure.

Бази даних Stretch

Бази даних Stretch в SQL Server 2016 дозволяють без праці поширити базу даних з локального екземпляра SQL Server на Azure. Бази даних Stretch явно переносять старі або рідко використовувані дані з локального сховища в базу даних SQL Microsoft Azure. Можна помістити в Azure таблиці цілком або налаштувати фільтр дати для вибіркового переміщення старих даних в Azure. Користувачі можуть звертатися до них точно так само, як якби вони розміщувалися в локальному сховищі. SQL Server 2016 однаково успішно витягувати як локальні, так і віддалені дані у відповідь на запити користувачів. При обслуговуванні віддалених запитів спостерігається невелика затримка, яка виникає лише в тих випадках, коли потрібно звернутися до віддалених даних.

Файли даних SQL Server в Microsoft Azure

Інший спосіб використання переваг гібридного «хмари» в SQL Server забезпечують файли даних SQL Server в Microsoft Azure. Файли даних SQL Server в Microsoft Azure дозволяють перемістити файли бази даних SQL Server з локального екземпляра SQL Server в сховище великих двійкових об'єктів BLOB в Azure. Збереження файлів бази даних в Azure допоможе переміщати бази даних між комп'ютерами, а також переносити бази даних в Azure. Крім того, можна зберігати не використовуються дані в недорогих сховищах Azure, що допоможе знизити вимоги до локального сховища. Файли даних SQL Server в Microsoft Azure використовуються як з локальними екземплярами SQL Server, так і з екземплярами SQL Server на віртуальних машинах Azure IaaS.

Резервне копіювання в Azure

Інший спосіб використання гібридного «хмари» з SQL Server 2016 - для резервного копіювання баз даних. Microsoft Azure може бути цільовою папкою архівації для SQL Server 2016. Створення резервних копій в Azure підтримується як T-SQL, так і SSMS. У SQL Server 2016 вдосконалено механізм резервного копіювання в Azure, що забезпечує високу продуктивність і функціональність завдяки застосуванню великих двійкових об'єктів Azure. Максимальний розмір резервної копії збільшений з 1 до 12,8 Тбайт.

Кероване резервне копіювання в Microsoft Azure

Кероване резервне копіювання SQL Server - ще один варіант резервного копіювання баз даних SQL Server в Azure. Кероване резервне копіювання в Microsoft Azure відрізняється від резервного копіювання SQL Server в Azure. Кероване резервне копіювання - інструмент для невеликих і середніх компаній, які не мають в штаті кваліфікованих фахівців з SQL Server. Кероване резервне копіювання SQL Server в Windows Azure автоматизує процес резервного копіювання SQL Server. Резервні копії пересилаються в сховище BLOB-об'єктів Azure. Частота резервного копіювання залежить від терміну зберігання та інтенсивності обробки транзакцій бази даних.

Інтеграція SSIS і Azure

Служби SQL Server Integration Services (SSIS) інтегровані з інфраструктурою даних Azure і сховищем даних SQL Azure. Інфраструктура даних - «хмарна» служба інтеграції даних, яка координує і автоматизує переміщення і перетворення даних. Завдання інфраструктури даних Azure - отримувати, готувати, перетворювати і публікувати дані в «хмарі». Сховище даних SQL Azure - розширюване розподілене сховище даних з мультіпараллельной обробкою і функціональністю корпоративного рівня. На сьогодні SQL Server 2016 SSIS забезпечує завантаження даних в обидві названі служби Azure.

Використання динамічного маскування даних SQL Server 2016

Важливо розуміти, що динамічне маскування даних - це не шифрування. Безпека - одна з ключових областей, в якій в новій версії SQL Server 2016 з'явилося безліч важливих нововведень. Розробники Microsoft додали функції Always Encrypted ( «Завжди зашифровано»), захист на рівні рядків і динамічне маскування даних. Завдання нових елементів безпеки - обмежити доступ до конфіденційних даних, але приємним для цього методи дуже різні. Динамічне маскування даних, по суті, приховує конфіденційні дані від користувачів, які не мають достатніх прав. Динамічне маскування даних допомагає обмежити доступ до конфіденційних даних з мінімальними наслідками для рівня додатки. Воно реалізується на рівні бази даних і не впливає на рівень програми. Завдяки динамічному маскування даних фахівці можуть працювати з виробничими таблицями, не розкриваючи конфіденційних даних, а співробітники можуть обмежити коло даних, видимих ​​технічного персоналу при зверненнях до служби підтримки або центр обробки викликів.

Ключове відмінність між динамічним маскированием даних і шифруванням полягає в тому, що динамічне маскування приховує дані від кінцевого користувача. Однак при цьому дані, збережені на диску, не змінюються і не шифруються. Динамічне маскування даних застосовується, коли таблиця будується з використанням інструкції CREATE TABLE або за допомогою інструкції ALTER COLUMN. Динамічне маскування даних стовпця не заважає уповноваженим користувачам оновлювати цей стовпець. Навіть якщо кінцеві користувачі бачать замасковані дані при виконанні запиту до маскувати колонки, вони все ж можуть оновлювати, вставляти і видаляти дані, якщо у них є дозволи на запис.

Динамічне маскування даних в SQL Server 2016 в своєму розпорядженні кілька вбудованими функціями, які можна застосовувати негайно, не створюючи ніяких власних функцій маскування даних. Вбудовані функції маскування даних перераховані в таблиці.

Надання дозволу UNMASK дозволяє користувачеві побачити дані без маскування. Нижче наведені приклади використання дозволів MASK і UNMASK.

• Додавання дозволу UNMASK:

GRANT UNMASK TO User1

• Скасування дозволу UNMASK:

REVOKE UNMASK TO User1

Застосовуючи динамічне маскування даних, слід враховувати деякі обставини. Не можна використовувати його за допомогою стовпців Always Encrypted і даними типу FILESTREAM. Хоча дані, що зберігаються в базі даних, що не маскувати, якщо користувач виконує команду SELECT INTO або INSERT INTO, щоб скопіювати дані з маскованих стовпчика в іншу таблицю, то результат в цільовій таблиці буде маскуватися. Ви можете скористатися поданням sys.masked_columns, щоб побачити стовпці, до яких застосовано маскування. Це динамічне адміністративне уявлення (DMV) повертає всі стовпці, і стовпці is_masked і masking_function вказують, маскувати чи стовпець і яка функція маскування застосовувалася.

Динамічне маскування даних можна поєднувати з функцією Always Encrypted, захистом на рівні рядків і прозорим шифруванням даних (TDE), щоб створити вичерпну багаторівневу стратегію безпеки.

Вибираємо технологію забезпечення доступності SQL Server

SQL Server має потужну функціональність баз даних. У сфері технологій доступності часом здається, що вибір варіантів занадто великий. Не завжди просто вибрати оптимальний метод забезпечення високого рівня доступності або аварійного відновлення. У цьому розділі наводиться короткий огляд технологій високої доступності та аварійного відновлення у SQL Server 2016.

Примірники відмов кластеру (FCI) AlwaysOn

Назва AlwaysOn, на перший погляд описову, стало джерелом непорозумінь, коли компанія Microsoft представила цю технологію у версії SQL Server 2012. Воно не означає якийсь один компонент, насправді це загальний термін для двох різних технологій доступності. Перша з них - екземпляри відмов кластеру (FCI) AlwaysOn, друга - групи доступності (AG) AlwaysOn. AlwaysOn FCI побудована на основі відмовостійкої кластеризації Windows і забезпечує захист від незапланованих відключень серверів. FCI захищає SQL Server на рівні примірників і забезпечує автоматичний відробіток відмови в разі виходу сервера з ладу. Служба SQL Server запускається на одному з решти вузлів кластера. Час, необхідний для запуску служби, залежить від рівня активності сервера. Перш ніж можна буде перезапустити службу, всі зафіксовані транзакції в журналі транзакцій повинні бути застосовані повторно, а все незафіксовані транзакції скасовані. Для неактивного сервера це займе всього кілька секунд. Для дуже активного сервера виконання такого завдання може зажадати декількох хвилин. Редакція QL Server 2016 Enterprise підтримує до 64 вузлів, а редакція Standard - до двох вузлів кластерів FCI.

Групи доступності (AG) AlwaysOn

Між групами доступності AlwaysOn и AlwaysOn FCI є істотні Відмінності. Групи доступності забезпечують захист на Рівні бази даних. Вперше з'явилися в SQL Server 2012 групи доступності могут захістіті кілька баз Даних и відрізняються дуже скроню швідкістю автоматичної та ручної відпрацювання відмов для всіх захищений баз Даних. Відпрацювання відмові віконується всього за кілька секунд. Групам доступності необхідній кластер Windows Server, но, На Відміну Від FCI, КОЖЕН вузол кластера працює з власним прімірніком SQL Server. Групи доступності пересілають записи журналу транзакцій з первинної реплікі у Вторинні. Вторинні реплікі можна сделать Зручне для читання и використовуват для подготовки звітів або резервного Копіювання. Одне з важливих переваг груп доступності полягає в тому, що вони дозволяють поєднувати синхронні і асинхронні репліки. Користувачі версії SQL Server 2016 можуть мати до восьми вторинних і трьох синхронних реплік. Синхронні репліки, як правило, використовуються для досягнення високої доступності при автоматичної відпрацювання відмов і зазвичай підключаються до мереж з високою затримкою в окремих регіонах або в «хмарі». Редакція SQL Server 2016 Enterprise підтримує до восьми вторинних реплік, а редакція Standard - до двох вторинних реплік. Ви можете поєднувати AlwaysOn FCI і групи доступності AlwaysOn для захисту на рівні сервера і бази даних.

Дзеркальне відображення бази даних

Дзеркальне відображення бази даних з'явилося в SQL Server 2005 і було попередником груп доступності. Як і групи доступності, дзеркальне відображення бази даних здійснюється шляхом пересилання записів журналу транзакцій в дубльований сервер. Дзеркальне відображення бази даних забезпечує захист одній базі даних, і адміністратор повинен вибрати синхронну або асинхронну реалізацію. Дзеркальні бази даних не підтримують доступ на читання. Редакція SQL Server 2016 Enterprise підтримує синхронне або асинхронне дзеркальне відображення бази даних. Редакції Standard і Business Intelligence Edition підтримують режим Safety Full Only Mode (синхронний). Дзеркальне відображення бази даних - простий метод, для якого не потрібно кластер Windows Server. Однак фахівці Microsoft планують видалити дзеркальне відображення бази даних з наступної версії SQL Server, так що це безперечно технологія минулого, а не майбутнього.

пересилання журналів

Пересилання журналів - початкова технологія аварійного відновлення SQL Server, завжди існувала як спосіб самостійного усунення неполадок. Компанія Microsoft ввела пересилання журналів як вбудовану функцію в SQL Server 2008. У цьому випадку також застосовується пересилання записів журналу транзакцій на один або кілька цільових серверів. На відміну від груп доступності і дзеркального відображення бази даних, пересилання журналів в реальному часі не працює. Журнал транзакцій періодично архівується, а потім пересилається і відновлюється на вторинних примірниках. Доставка журналів підтримує обмежений доступ на читання до вторинних баз даних у всіх редакціях SQL Server.

Удосконалення In-memory OLTP в SQL Server 2016

Технологія виконання обробки In-memory OLTP, реалізована у версії SQL Server 2014 року, стала найважливішим поліпшенням, внесеним Microsoft в реляційну базу даних, протягом декількох версій. In-memory OLTP, спочатку відома під умовною назвою Hekaton, підвищує продуктивність OLTP-запитів шляхом переміщення обраних таблиць в пам'ять, а також компіляції збережених процедур в власному коді x86. Це не обмежена команда консолі бази даних PINTABLE в версії SQL Server 6.5. Механізм In-memory OLTP має абсолютно новим оброблювачем запиту без блокувань з керуванням оптимістичним паралелізмом. Новий механізм In-memory OLTP призначений для роботи на швидкостях оперативної пам'яті. Для нього потрібно редакція SQL Server 2016 Enterprise, але він працює з усіма стандартними серверами x86 (при наявності достатнього обсягу пам'яті). Залежно від області застосування, In-memory OLTP забезпечує підвищення продуктивності до 30 разів. Кожен, кому доводилося займатися оптимізацією продуктивності, знає, що навіть дворазовий виграш дуже важливий для більшості критичних бізнес-додатків. Щоб спростити перенесення додатків в In-memory OLTP, компанія Microsoft надає інструмент Analysis Migrate Report (AMR). З його допомогою можна проаналізувати робоче навантаження бази даних і вибрати таблиці і процедури, які найбільше підходять для перенесення в In-memory OLTP.

Хоча новий механізм In-memory OLTP забезпечує вражаюче збільшення продуктивності, його первісної реалізації в SQL Server 2014 були властиві деякі обмеження. Рекомендувалося, щоб загальний розмір таблиць в пам'яті не перевищував 256 Мбайт; підтримувалися не всі типи таблиць, як і не вся функціональність бази даних SQL Server. Наприклад, не підтримувалися великі об'єкти (LOB) і XML.?Среді відсутніх важливих функцій бази даних була підтримка кластеризованих індексів, перевірочних обмежень і зовнішніх ключів.

У SQL Server 2016 багато хто з цих обмежень зняті. Рекомендований максимальний розмір таблиці збільшений до 2 Гбайт. Інша чудове нововведення - можливість поєднувати індекс columnstore з таблицями In-Memory OLTP, по суті подвоює виграш в продуктивності пам'яті. Тепер підтримуються тип даних FileStream і прозоре шифрування даних (TDE). Серед інших удосконалень - підтримка зовнішніх ключів і перевірочні обмеження, а також підтримка декількох активних результуючих наборів (режим MARS). Вкладені виклики власних процедур і скомпільовані у власному коді скалярні, визначені користувачем функції також підтримуються. Частково підтримується операція ALTER TABLE. У попередній версії доводилося видаляти і відтворювати таблиці в пам'яті, щоб внести зміни в схему. У версії SQL Server 2016 можна додавати і видаляти стовпці, індекси і обмеження в автономному режимі. Крім того, тепер можна працювати з таблицями в пам'яті з використанням конструктора таблиць SQL Server Management Studio (SSMS).

У новій версії SQL Server 2016 усунені багато проблем, які заважали впровадженню In-memory OLTP. В результаті більше компаній зможуть скористатися перевагами в продуктивності, які забезпечує дана технологія.

Нові можливості служби Reporting Services в SQL Server 2016

Важко переоцінити внесок служб Reporting Services з часу своєї появи, проте в декількох останніх версіях SQL Server в них не вносилося значних поліпшень. З виходом версії SQL Server 2016 положення безумовно змінилося. Служби Reporting Services в SQL Server 2016 доповнені низкою дуже важливих нових функцій.

Служби Reporting Services, нововведення версії SQL Server 2005, перетворилися в одну з найважливіших підсистем SQL Server. За допомогою Reporting Services можна складати і виконувати звіти з використанням даних з реляційних баз даних SQL Server і баз даних Analysis Services. Нове міністерство внутрішніх справ механізм візуалізації HTML5 забезпечує більш однакове і правильне відображення службами Reporting Services звітів в різних браузерах, в тому числі Edge, Chrome, Firefox і Safari Printing. Серед найбільш помітних нововведень підтримка мобільних звітів, розбиття звітів на сторінки і новий веб-портал. Розглянемо ці функції докладніше.

Мобільні звіти

Безсумнівно, найважливіше нововведення SQL Server 2016 Reporting Services - підтримка мобільних звітів.

Останнім часом дуже важливою тенденцією було впровадження споживчих ІТ-технологій в компаніях, і більшість з них передбачив заходи для використання співробітниками особистих пристроїв. За даними звіту U.?S.?Mobile Forecast, підготовленого IDC, 70% співробітників компаній в США користуються мобільним зв'язком. Очікується, що в майбутні роки цей показник буде тільки рости, як і число мобільних пристроїв в експлуатації. Компаніям потрібно знайти спосіб відображення корпоративних даних на цих мобільних пристроях. Microsoft придбала компанію Datazen і використовувала її технології створення мобільних звітів в SQL Server 2016. Мобільні звіти SQL Server 2016 спочатку сумісні з Windows, iOS, Android і HTML 5. Крім того, є кілька параметрів, що макетів для різних формфакторів. Конструктор звітів має візуальної палітрою перетягування для створення інтерактивних візуалізацій даних, а також дозволяє швидко будувати прототипи із застосуванням імітаційних даних. Мобільні звіти можуть звертатися до корпоративних джерел даних через підключення до служб Reporting Services. Приклад мобільних звітів SQL Server 2016 показаний на Екрані 1.

Екран 1. Мобільні звіти

Компонент SQL Server 2016 Mobile Reports надає один мобільний додаток для Power BI і мобільних звітів SSRS. У ньому передбачені власні мобільні функції, оптимізовані для сенсорних пристроїв, а також можливість своєчасно оновлювати мобільні дані з використанням запитів, які виконуються в реальному часі, або періодичних планових оновлень даних. Користувачі також можуть працювати з мобільними звітами, навіть коли вони відключені від мережі. Новий видавець мобільних звітів SQL Server дозволяє створювати та публікувати мобільні звіти SQL Server в новому веб-порталі Reporting Services.

Новий веб-портал

На зміну диспетчеру звітів попередніх випусків прийшов новий веб-портал Reporting Services. Він має у своєму розпорядженні оновленим сучасним інтерфейсом, в якому представлені ключові індикатори продуктивності (KPI), мобільні звіти, звіти з розбивкою на сторінки, файли Excel і Power BI Desktop (див. Екран 2). Новий веб-портал може бути доповнений логотипом і квітами компанії з використанням пакета брендингу.

Нові звіти з розбивкою на сторінки

Reporting Services 2016 також підтримують нові звіти з розбивкою на сторінки. Будівник звітів був удосконалений завдяки більш сучасному і раціональному призначеному для користувача інтерфейсу. З'явилися нові стилі діаграм і датчиків, в тому числі типи діаграм «дерево» і «сонячні промені». Крім того, передбачена функція закріплення елементів звітів на інформаційній панелі Power BI. Можна закріплювати датчики, карти, діаграми і зображення як плитки на інформаційних панелях Power BI з можливістю поглибленої деталізації до вихідних звітів. Можна експортувати презентації PowerPoint з звітів з розбивкою на сторінки. Змінилися і функції друку, для якої більше не потрібні надбудови ActiveX.?Служба Reporting Services 2016 має сучасну функціональністю друку на основі формату PDF, сумісної з багатьма браузерами.

SQL Server 2016: інтеграція з JSON

До появи версії SQL Server 2016 бажаючим реалізувати нотацію об'єктів JavaScript в SQL Server доводилося самостійно піклуватися про підтримку мови JSON. Версія SQL Server 2016 доповнена вбудованою підтримкою JSON з можливістю форматувати і експортувати дані в нотації JSON; завантажувати текст JSON в таблиці; витягувати значення з тексту JSON; індексувати властивості в тексті JSON.

Головна тема версії SQL Server 2016 - широке застосування «хмари» і «хмарних» служб, але при цьому легко випустити з уваги таке нововведення, як вбудована підтримка JSON (нотація об'єктів JavaScript). JSON - спрощений формат обміну даними на основі підмножини мови програмування JavaScript. Його просто зрозуміти людині і зручно аналізувати і формувати комп'ютера. Тому JSON являє собою широко поширений формат для обміну даними в сучасному «хмарі», Інтернеті і мобільних додатках. JSON також використовується для зберігання неструктурованих даних в файлах журналів і базах даних, відмінних від SQL, таких як Hadoop, Couchbase Server і Microsoft Azure DocumentDB. Багато веб-служби REST повертають результати і приймають вхідні дані в форматі JSON.

Базова структура JSON

Якщо ви не знайомі з JSON, важливо зрозуміти, що в його основі лежать дві базові структури: колекція пар ім'я / значення і упорядкований список значень. Приклад структури ім'я / значення JSON показаний нижче:

{ "Id": 1, "name": "A green door", "price": 12.50, "tags": [ "home", "green"]}

Ця текстова структура дуже зручна для обміну даними між системами.

Підтримка JSON в SQL Server 2016

У версіях, що передують SQL Server 2016, потрібно організувати власну підтримку JSON. У SQL Server 2016 з'явилася вбудована підтримка JSON з можливістю форматувати і експортувати дані в нотації JSON; завантажувати текст JSON в таблиці; витягувати значення з тексту JSON; індексувати властивості в тексті JSON.

Підтримка JSON в SQL Server 2016 відрізняється від підтримки мови XML, що займає власним типом даних. JSON, навпаки, реалізується як тип NVARCHAR. Це позбавляє від необхідності змінювати схему бази даних і перезавантажувати дані для використання нової інтеграції JSON.?Прімененіе NVARCHAR також призводить до того, що JSON підтримується всіма компонентами SQL Server, які підтримують тип NVARCHAR. По суті, це означає, що JSON буде підтримуватися скрізь, в тому числі при використанні технології In-memory OLTP, індексу columnstore, служб SSIS і SSAS. Навіть нові функції безпеки, такі як Always Encrypted ( «Завжди зашифровано»), безпеку на рівні рядків і прозоре шифрування даних, будуть підтримувати JSON.

Інтеграція реляційних даних і JSON

SQL Server 2016 дозволяє експортувати реляційні дані в форматі JSON для зручного використання в веб-службах і «хмарних» службах, а також перетворювати дані JSON в реляційні дані. Огляд підтримки JSON в SQL Server 2016 представлений на малюнку 2.

Щоб експортувати реляційні дані в форматі JSON, необхідно задіяти новий оператор FOR JSON з пропозиціями T-SQL SELECT. Додавання оператора FOR JSON в запит T-SQL SELECT призведе до форматування результатів запиту як JSON і поверне дані в форматі JSON клієнту. Кожен рядок в наборі результатів буде форматувати як один об'єкт JSON.

Для перетворення тексту JSON в реляційні дані фахівці Microsoft додали функцію OPENJSON. OPENJSON - функція з табличним значенням (TVF), яка приймає в якості вхідних даних текст JSON і формує для кожного елемента один рядок реляційних даних в результатах виконання. OPENJSON забезпечує подання документа JSON у вигляді набору рядків з можливістю вказати стовпці в наборі рядків і шляхи до властивості для заповнення стовпців. Результати функції OPENJSON можна використовувати в реченні T-SQL FROM, як будь-який інший набір стовпців.

функції JSON

SQL Server 2016 також має в своєму розпорядженні кількома вбудованими функціями для роботи з даними JSON:

• JSON_VALUE - витягує скалярний значення з рядка JSON;
• JSON_QUERY - витягує об'єкт або масив з рядка JSON;
• ISJSON - перевіряє, чи містить рядок допустимий JSON.

джерело www.osp.ru