Реляційні бази даних, структуровані за певним алгоритмом дозволяють оперативно управляти і контролювати більшість процесів інформаційних системах по всьому світу. Компанія Microsoft розробляє рішення для роботи з базами даних з 1988 року. Перша версія СУБД MS SQL Server 1.0 з'явилася 29 квітня 1989 року.

З різною періодичністю корпорація Microsoft модернізувала SQL Server, були представлені версії 7.0, 2000., 2005, 2008 і 2008 R2. Починаючи з версії MS SQL Server 2012 з'явилася нові фічі, які значно полегшили роботу з базами даних, модернізували бізнес процеси. В останніх версіях SQL Server з'явилися зручні інструменти, як Business Intelligence (BI), для бізнес-аналітики, з'явилися оновлені, вдосконалені інструменти Management Studio, в тому числі кошти для роботи з хмарної середовищем SQL Azure. Всі інновації були включені в новий реліз MS SQL Server 2014. Про нові можливості MS SQL Server 2014 року, зручність щоденної роботи, спрощених процедурах синхронізації, розподілу навантаження і підвищення надійності розповів програміст, аналітик компанії Softpoint, Олександр Денисов.

- Здрастуйте Олександр, дякую, що приділили час.

Добрий день.

- Розкажіть, будь передумови розвитку ІТ, для появи MS SQL Server 2014?

Головна передумова, головна інновація, яка з'явилася саме в SQL Server 2014 року, це рішення проблеми продуктивності OLTP, систем обробки онлайн транзакцій. Справа в тому, що останні, мабуть, років 20, основний упор у розвитку SQL систем був зроблений на те щоб швидко витягти дані, зробити будь-які звіти, перекомпонувати дані і отримати щось цікаве. Зараз зрозуміло, що дані ми можемо витягувати досить швидко, а ось в процесі великого інформаційного потоку можуть виникати проблеми.

Ну і, власне, головна інновація в SQL Server 2014 року - це спеціальний новий движок, який дозволяє оперативно обслуговувати масивні потоки введення інформації. Це сотні операторів або велику кількість підключень з сайтів: інтернет-магазини, рітейл-роздріб, склади і т.п. Нарешті, високонавантажені інформаційні системи отримали підтримку. Тут треба зазначити, що виграш від впровадження In-Memory OLTP починається в базах даних об'ємом від 200 Гб. Якщо база менше 200 Гб, то у вас, швидше за все, немає таких обсягів, заради яких була б доцільна міграція на новий движок.

- Якщо проектувати на кількість користувачів або звернень, проведених документів?

Звичайно, обсяг - це скоріше непряма величина. В першу чергу варто орієнтуватися на інформаційний потік. Тобто ми зараз можемо почати роботу з базою 10Гб, а через місяць вона виросте до 50Гб. Формально ми не потрапляємо під критерії, але, аналізуючи, ми розуміємо, що це саме той випадок, коли необхідно впроваджувати ці технології, так як інформаційний потік значно збільшується в досить короткий проміжок часу. Грубо кажучи, від 150-200 користувачів, одночасно активно працюють з базою саме на введення документа. Зрозуміло, що користувач користувачеві ворожнечу. Хтось активно заносить в базу первинну бухгалтерію, а хтось вивантажує якісь важкі звіти. Тобто, один аналітик із запитом важкого звіту можна порівняти приблизно з десятком простих операторів, тому що у нього запити значно об'ємніший, важче.

За даними Microsoft (www.microsoft.com/ru-ru)

- Які ключові відмінності MS SQL Server 2014 від більш ранніх версій?

Найголовніша ключова технологія - це новий движок. Те, що раніше, в Community Preview називалося Hekaton. Зараз цей движок просто називається In-Memory OLTP, тобто система обробки онлайн транзакцій. Робота з даними при цьому відбувається повністю в оперативній пам'яті. Це абсолютно новий движок обробки даних, який сфокусований на тому, що всі дані зберігаються виключно в оперативній пам'яті. Природно, все це розраховано на серйозні системи, які працюють 24/7 і практично ніколи не вимикаються. Сервери працюють постійно. Як тільки сервер вимикається, наприклад, відбувається позаштатна ситуація - одразу виникає проблема втраченого часу, так як потрібно заново розгорнути і підготувати систему. Відповідно, такий довгий запуск робить технологію непридатною до систем, які, грубо кажучи, включаються в 8 ранку, коли перший бухгалтер приходить. Цей новий движок оптимізований саме на швидке отримання даних, на швидку обробку і швидку видачу, тобто сфокусований на тому, що дані практично не записуються на жорсткий диск, а зберігаються в оперативній пам'яті, з цього випливають нові прийоми роботи, нові принципи, які відрізняються від того, що було раніше, від того до чого звикли програмісти.

- обсяг оперативної пам'яті повинен бути більше?

Природно, потрібно виходити з того, що всі ці оперативні дані з якими система збирається працювати, повинні поміщатися в оперативній пам'яті. Тобто, недавно був підхід такий: зберігати дані на жорсткому диску, прочитати швидко маленьку порцію, яка потрібна для оперативної роботи, обробити її в оперативній пам'яті і відправити назад на жорсткий диск. Оперативна пам'ять була «маленьким вікном» для тих даних, які надаються прямо зараз. У новій версії «оперативка» вважається основним сховищем інформації, всі дані In-Memory OLTP зберігаються саме в оперативній пам'яті. Також потрібно виходити з того, а яка у нас таблиця 2, 4, 10 ГБ? Вона вся повинна там поміщатися. При цьому ми говоримо тільки про одну таблицю, оптимізовану для роботи в пам'яті, і треба не забувати, що старі таблиці - це майже 90% всього обсягу, на роботу яких теж потрібно закласти обсяг оперативної пам'яті.

- які повинні бути характеристики оперативної пам'яті, кеш, частота?

Звичайна серверна оперативна пам'ять. Тобто для серверів це вже давно все придумано, оперативка з контролем помилок, збільшена швидкість. В принципі, якщо є якісь проблеми, система не встигає, можна подумати про прискорену оперативці, але звичайної серверної оперативної пам'яті повинно вистачити.

- Який взаємозв'язок роботи з додатками, які нові можливості відкриваються з SQL Server 2014?

Насправді з точки зору механізмів аналізу даних (Analysis Servises і Business Intelligence) мало що змінилося. У SQL Server вже давно є зручні можливості інтеграції з тим же MS Office.

"Business Intelligence - скорочено BI. Інструмент для перекладу в зручну, зрозумілу форму неструктурованих даних, інформації для аналітики бізнес процесів. Метод дозволяє визначити важливі чинники ефективності роботи, прогнозувати результат різних шляхів розвитку."

З нових можливостей можна відзначити інструменти для роботи з багатовимірними масивами даних (OLAP-куби) за допомогою зовнішніх засобів. Правда, під зовнішніми засобами тут розуміються виключно публікації на порталі SharePoint. Для власників таких порталів це дійсно дуже цікава можливість - можна формувати складні звіти прямо з браузера.

- Які вигоди для OLTP систем з установкою MS SQL Server 2014?

Найголовніші вигоди полягають в наявності движка In-Memory OLTP, системи обробки записи в оперативній пам'яті. Головне, тут потрібно враховувати той факт, що буде потрібно змінити, переписати частину коду програми, яка працює з базою даних. Тобто нові об'єкти вимагають іншого підходу до роботи, іншого підходу до запису. Наприклад, немає поняття блокування, зовсім інша обробка помилок, але якщо все це зробити, що не так складно, як звучить, то прискорення в роботі може бути значне. У Microsoft на стендах це було до 100 разів, я особисто на тестах спостерігав прискорення раз в 20, в порівнянні з роботою звичайних баз, звичайних таблиць. Тобто, якісь критичні завдання стоять того, щоб перенести на движок MS SQL Server 2014 року, використовувати нові технології, і віддача буде помітна.

- якщо розглядати зростання продуктивності на прикладі популярної платформи 1С?

Зараз немає. Як я вже говорив, потрібна підтримка з боку прикладного додатки, а коли буде така підтримка в 1С інформації немає. Все-таки 1С забезпечує роботу одночасно з декількома двигунами СУБД, необхідно підтримувати якусь сумісність, переносимість прикладного коду.

З іншого боку, в платформі 1С є такий об'єкт як «зовнішнє джерело даних»: можна спробувати пов'язати In-Memory таблицю з цим об'єктом, переписати логіку роботи з зовнішнім джерелом, заповнення, перезаполненіе ... В принципі, це складно, але можливо, правда на практиці я таких рішень ще не бачив. При цьому виграш обіцяє бути суттєвим. Якісь критичні речі, як залишки складу або якісь дані, які змінюються оперативно, можна перенести на новий движок.

- зміни коду програми типові або індивідуальні?

Змінюється сам принцип роботи з базою даних. Компанія Microsoft докладно розповідає, що і де змінилося. Інша справа, що для підтримки з боку 1С потрібно змінювати логіку, яка захована «під капотом»: у програміста 1С немає настільки низкоуровневого доступу в механізми платформи. Залишаються альтернативні засоби. Можна встановити таблицю у вигляді зовнішнього джерела даних без озвучених вище обмежень, який підключаються, як сторонні об'єкти. Так з цим стороннім об'єктом можна робити все необхідне.

- Яка процедура установки SQL Server 2014 за нуля?

Власникам старих версій SQL Server слід врахувати, що неможлива одночасна робота SQL Server 2014 і SQL Server 2005 на одному сервері. В першу чергу це торкнеться якихось тестових серверів, я не можу уявити ситуацію, коли для робітників бізнес-систем СУБД НЕ рознесені по різних серверах.

В іншому ніяких складнощів немає. Досить зручний майстер установки, перед установкою перевіряє всі характеристики системи, якщо потрібна установка будь-яких бібліотек додатково, то майстер визначає і встановлює їх. В принципі, в звичайних умовах все зводиться до багаторазового натискання кнопки «далі». Також можна згадати стандартні рекомендації, якщо у вас високонавантажених система, то швидше за все ви вже все це знаєте. Позначу, що файли даних, файли логів транзакцій і файл Temp-DB краще розносити по різних дисках, тобто максимально распараллелить роботу з дисковою підсистемою.

"Temp-DB - системна база даних, глобальний ресурс, доступний всім користувачам, підключеним до даного SQL Server."

- Чи є особливості при оновленні Server 2014 з 2012 \ 2008 рік \ 2005, що краще і які вигоди?

Якщо оновлювати з 2005, то можуть знадобитися доопрацювання. Справа в тому, що MS SQL Server підтримує сумісність тільки на 2 резіза назад. Для SQL 2014 це означає, що без проблем запустяться бази з SQL 2012 і SQL 2008 (в тому числі і 2008 R2). В ось з SQL 2005 і раніше можуть бути проблеми: доведеться піднімати режим сумісності бази. Зміниться поведінка якихось команд, можливо доведеться переписати якісь «хранімкі», тобто в такому випадку потрібно уважно дивитися і аналізувати, що зміниться.

- При цьому зростання продуктивності буде суттєвий?

Існує приблизна емпіричні правило, заміряне вже не один раз, що з кожним новим релізом зростання продуктивності 15-20% тільки за рахунок оптимізації коду СУБД нової версії. Тобто ми нічого не змінили на платформі додатки, наприклад, 1С, просто оновили версію бази даних, і з цієї причини отримуємо приріст продуктивно в районі 15-20%.

- Якщо, грубо говорити з переходом MS SQL Server2005 року на SQL 2014 зростання продуктивності 50-60%?

Так грубо звичайно не вийде, відсотки на відсотки накладаються, але, приблизно, відсотків до 40%, можна виграти з поновлення 2005 до 2014 року.

- Виходить, що з MS SQL Server 2012 найпростіше відновити версію і тільки за рахунок нового коду SQL 2014 інформаційна система отримає приріст продуктивності до 20%?

Так звісно. У цій схемі, як раз ті самі 15-20%, про які говорив.

- Якщо компанія підтримує актуальну версію SQL Server, ви рекомендуєте перейти на SQL 2014?

Так, можна вже переходити. Часу минуло достатньо. Тобто MS SQL Server 2014 стабільна база даних, допрацьована, з моменту релізу минуло півтора року. До цього ж ще були Community Preview, Beta, Alfa версії. Зараз це вже готове і стабільне серверне програмне забезпечення.

- При установці SQL Server 2014 в хмарі \ гібридної середовищі, які плюси, мінуси?

Це дуже цікава тема, тому що зараз Microsoft сфокусований на своїх хмарних технологіях, я вважаю, що це правильно. Почнемо з того, що дійсно хмарна технологія Microsoft високо інтегрована в усі програмні рішення компанії. Починаючи від операційних систем, ті ж самі Windows 8, 10, далі Office і бази даних.

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

Якщо раніше ми хотіли якось пов'язати хмара з базами даних, потрібно було робити якісь нетривіальні операції мало не на файловому рівні, то зараз все це підтримується з движка СУБД, ми можемо підключити бази даних, які розташовуються в хмарі, ми можемо робити реплікацію між базами даних в хмарі, ми можемо робити резервне копіювання в хмарі. Чим це добре? Тим, що хмара - це орендована інфраструктура, за роботу якої «голова вже не болить». За роботу інфраструктури відповідає сам Microsoft. Дані реплицируются, копіюються, як мінімум 6-ть разів. Дві основних копії зберігаються в двох різних місцях, на двох різних серверах, які фізично можуть бути рознесені взагалі по різних континентах, і плюс ще три резервні копії, то є ймовірність збою незначна мала. Виходить, що користувачі можуть зробити банальне сховище резервних копій, які ніколи не загубляться і будуть завжди доступні. Інший варіант, ми можемо використовувати хмара, як резервний сервер. Можна орендувати віртуальну машину, або саму базу даних підняти в хмарі, налаштувати реплікацію, або використовувати технологію AlwaysOn. Якщо раптом у нас щось відбувається на основному майданчику з нашим сервером, ми завжди можемо розраховувати на хмару, як на резервний варіант. При цьому бізнес користувачі будуть працювати, в той час, як адміністратори і програмісти працюють над усуненням проблем, аварій на основному майданчику.

- Виходить AlwaysOn включений при режимі роботи в хмарі?

Не можна говорити про те, що він за замовчуванням включений, все-таки реплікація даних в хмару це серйозне рішення, не тільки технічне, а й організаційне. Можливість підключення хмари SQL Azure в якості повноцінної Ноди AlwaysOn є і зробити це досить просто. Варіанти такі: по-перше, можна використовувати вбудований движок бази даних SQL Azure, тобто у нас немає «виртуалки», у нас просто якась база даних працює в хмарі. Другий варіант - просто використовувати віртуальну машину, на якій розгорнуто SQL Server. Власне, якщо ми використовуємо віртуальну машину, можна поставити SQL Server, який у нас стоїть на продакшен, тут взагалі ніяких проблем немає. Тобто ми до цієї машини підключаємо AlwaysOn і у нас все відразу працює. Якщо ж ми використовуємо вбудований движок віртуальної бази даних, то варто сказати, що SQL Azure має ряд обмежень. Досить багато обмежень, насправді. Не всяка база даних зможе відразу заробити на SQL Azure. Буде потрібно провести аудит, щось переробити, доробити і підігнати під вимоги хмари, для того щоб ці бази даних працювали разом. Це обов'язково потрібно враховувати.

- У цій архітектурі можливо використовувати рішення DATA CLUSTER?

Так звісно. DATA CLUSTER працює вже на рівні після AlwaysOn. Тобто рішенням все одно, де розташовуються Ноди. Реальні або віртуальні Ноди, Azure або щось ще - для DATA CLUSTER немає ніякої різниці.

Фактично ж, якщо ми, наприклад, припускаємо використовувати AlwaysOn в зв'язці з платформою 1С, то використання DATA CLUSTER виявляється єдиним можливим варіантом. Як відомо, 1С «з коробки» не працює спільно з AlwaysOn. Тобто немає ніякої можливості розподіляти навантаження по декількох серверами. І чи буде працювати, або не працюватиме, точних коментарів від вендора немає. В принципі це логічно, тому що 1С працює з декількома базами даних, і фокусуватися на одній з баз даних для них немає ніякого сенсу. Важливо пам'ятати, що підтримки AlwaysOn на багатьох платформах немає, в тому числі і 1С, тому єдина можливість працювати - це використовувати DATA CLUSTER.

- Як взаємодіє MS SQL Server 2014 за іншими додатками, який процес створення однієї універсальної середовища? Наприклад, з Excel і іншими програмами?

Разом з SQL Server йде дуже потужна компонента бізнес-аналітики - Business Intelligence (BI), що дозволяє, в тому числі, інтегрувати дані з СУБД в додатки Office.

У тому ж Excel останньої Версії з'явилося много цікавіх ЗАСОБІВ роботи з базами даних. Business Intelligence, дозволяє в одному звіті пов'язати кілька джерел Даних, в тому чіслі и дані отрімані з SQL Server. Є багато цікавих можливостей, наприклад, вбудований парсер веб-сайтів: можна як джерело даних вказати будь-який сайт з таблицею даних. Та ж сама статистика, демографічні дані. Можна робити дуже цікаві речі, наприклад, пов'язувати дані про продажі, які зберігаються в базі даних по регіонах, з даними, наприклад, Росстат, які розташовані на сайті. Потрібно вказати адресу URL, де зберігаються дані. Потім в конструкторі Business Intelligence (BI) пов'язуємо ці дані, робимо звіт по кореляції, як і які дані впливають на продажу. Звичайно, приклад сильно перебільшений, але схему і можливості показує.

- А як повинна відбуватися зв'язок, між таблицями, базами? Дані повинні бути реляційні?

Так, зв'язок відбувається між реляційними даними, а звідки вони - не так важливо. Це може бути таблиця Excel і база даних, може бути інший аркуш Excel, може бути таблиця з сайту. Є навіть коннектори до соц. мереж. Це більше про отримання контактної інформації. Виходить, будь-яке джерело даних, який є таблицю, можна пов'язати і використати в Business Intelligence.

- Чи повинні бути певні маркери, сполучні дані?

Дані в колонках. Це не обов'язково складні Guid, ID, інші параметри, можна банально, на прикладі продажу, з'єднати за назвою регіону. У нас є в обліковій базі назва регіону і, наприклад, в Росстат є назва регіону. З'єднуємо рядки і все.

- Розкажіть, які можливості резервного копіювання в MS SQL Server 2014?

Основні можливості залишилися ті ж самі, звичайно з доопрацюванням. З кардинальних змін можу відзначити, що, нарешті, відмовилися від «магнітної плівки, стрічки». Правда, навряд чи хтось цим користується зараз.

Починаючи з SQL Server 2012 CU1 з'явилася можливість робити резервні копії безпосередньо в хмару. Раніше ми вказували шлях, куди зберігати резервну копію, локальний шлях. Зараз ми можемо замість локального шляху вказати URL хмари. Так резервна копія буде йти відразу на сайт.

Крім цього, якщо така схема не влаштовує, є альтернативна можливість - спеціальна служба, яка робить зіставлення з папкою на локальному диску і копіями в хмарі. Служба буде стежити за появою нових файлів і автоматично відправляти файли резервної копії в хмару. При цьому в SQL ми нічого не змінюємо, просто налаштовуємо цю службу.

- через інтерфейс SQL Server 2014?

Ні, це не Management Studio, окрема компонента, яка йде в складі MS SQL Server 2014 року, окреме вікно. В принципі, цю службу можна навіть окремо завантажити з сайту Microsoft і використовувати з більш старими версіями СУБД, які не підтримують бекап безпосередньо в хмару.

- Які можливості розподілу навантаження надає MS SQL Server 2014?

Технологія AlwaysOn, про яку вже згадував, з'явилася ще в минулому релізі - MS SQL Server 2012.

Це рішення дозволяє об'єднати кілька серверів в одну отказоустойчивую групу. Якщо один з серверів «падає», то тут же відбувається перемикання на інший сервер, на якому вже перебувають актуальні дані. Синхронізація відбувається в реальному часі, отже, час очікування, Down-Time, становить близько кількох хвилин. Крім вирішення проблеми відмовостійкості, користувачі можуть перенаправляти запити зчитувальні дані, з основного сервера на «копії» серверів, які підключені до «групи доступності». Виходить, що ми розвантажуємо основну ноду від важких запитів.

Більш того, ми можемо поставити різні настройки для цих серверів - наприклад, ми оптимізуємо основний сервер на швидку запис даних, а додаткові Ноди оптимізуємо для формування великих звітів.

У SQL Sever 2012 можливо було зробити групу до 4-х нод, а в MS SQL Server 2014 можна об'єднати до 8-ми нод. При цьому кожен сервер може бути, як звичайний, так і віртуальний, наприклад, Azure, в хмарі Microsoft.

- Виходить підвищується стабільність, відмовостійкість?

В принципі, відмовостійкість і стабільність ми могли підвищити і 2-3 машинами. У новій версії SQL Server покращилися можливості горизонтального масштабування - тепер розподілити навантаження можна між 8 серверами, замість 4 в минулій версії.

Так. Також повторюся, використання технології DATA CLUSTER сильно спрощує процес розподілу запитів по Нодаме - все виконується настройками кластера без необхідності що-небудь міняти в бізнес-додатку.

- Ваше спільну думку щодо MS SQL Server 2014?

Не всі нововведення змогли обговорити. Хочу зазначити наступне:

1) Виділю найголовнішу «бомбу»: In-Memory OLTP. За цим справді майбутнє. Звичайно, зараз у цій технології багато обмежень, для її використання потрібно переробляти код програми. Це - перший крок у новому напрямку і сам напрямок відкриває дуже цікаві перспективи

2) Також в 2014 версії продовжилося логічний розвиток технологій, як AlwaysOn. Розвиток в «ширину», можливість збільшення кількості підключених нод. Також логічний розвиток, з'явилася можливість синхронізації з хмарним сервісом.

3) Зовсім нічого не встиг розповісти про технологію розширення буферного кешу за рахунок SSD. Насправді велика частина сьогоднішньої розмови належить до великих систем, для яких актуальна найдорожча ліцензія - Enterprise - підтримує всі нові технології СУБД.

Розширення буферного кешу - це те, що буде цікаво клієнтам SMB - малий і середній бізнес - тим, для кого купувати версію Enterprise занадто дорого.

Так ось, повертаючись до технології. Дуже часта проблема для робочих серверів - нестача оперативної пам'яті для роботи з кешем. Справа в тому, що при зчитуванні даних з жорсткого диска СУБД поміщає їх в кеш в оперативній пам'яті і при повторному зверненні до таких даних зчитування проводиться вже з оперативки, а значить - в сотні разів швидше, ніж з жорсткого диска. Проблема в тому, що оперативна пам'ять не гумова і не може вмістити в себе всі зчитує дані, особливо якщо запити неефективні і створюють надлишкові читання. В результаті сторінки «витісняються» з пам'яті, при повторному зверненні до таких сторінок СУБД знову змушена звертатися до жорсткого диска, продуктивність різко падає.

У SQL Server 2014 року, починаючи з редакції Standard, можна збільшити обсяг кеша за рахунок підключення SSD. При правильному підборі обладнання це дозволить уникнути падіння продуктивності під високими навантаженнями. Якщо чесно, до вибору SSD варто підійти відповідально - я робив випробування на віртуальній машині Azure з виділеним SSD. Схоже, швидкість такого диска була недостатньо високою і в результаті я, навпаки, отримав уповільнення виконання запиту.

4) Для фахівців, що працюють з BI буде цікаво, що тепер можна створювати змінювані таблиці, що містять індекс по колонках (Columnstore Index). Такі індекси значно прискорюють вибірку по «таблиць фактів» (наприклад, результати масового соц. Опитування, якісь аналітичні дані і т.п.). Вперше такі індекси з'явилися в SQL 12, тоді таблиця, яка містить такий індекс не могла бути змінена. Тепер же можна створити Columnstore Index і продовжувати додавати в таблицю дані.

Узагальнюючи, можу сказати, що з'явилося багато нових невеликих, але зручних змін. Перехід на SQL Server 2014 року - це робота на перспективу. Упевнений, робота з In-Memory OLTP окупиться і принесе свої плоди. Також багато технологій SQL 2012 значно розвинулися. Навіть не вкладаючись в розвиток In-Memory OLTP, можна отримати значний виграш і додаткові можливості.

Не будемо забувати і про цікаві технології, що з'явилися ще в попередніх редакціях SQL Server. Наприклад, в SQL 2012 з'явилася можливість онлайн-перестроювання індексів бази даних без блокування обслуговується таблиці. Якщо говорити коротко, то для обслуговування індексів існує 2 операції: перестроювання індексів і реорганізація. Так ось, реорганізацію завжди можна було робити онлайн, не заважаючи роботі користувачів, ефект від такої операції був гірше, ніж від перестроювання. А ось перестроювання завжди повністю блокувало таблицю, і в результаті виходить ідеальний результат, максимальна продуктивність індексу. Так ось, в 2005-2008 SQL Server це завжди блокувало користувачів, в 2012 версії Enterprise з'явилася можливість онлайн перестроювання індексів без блокування користувачів. Природно, технологія залишилася та в SQL Server 2014 року, отримала цікаве розвиток. Тепер, якщо у нас є партіціонірованний індекс, можна перестроювання кожної частини індексу окремо - це дозволяє більш гнучко планувати час обслуговування БД і ефективно розподіляти ресурси: наприклад, «оперативну» частину індексу, до якої належать документи за останній місяць, можна перебудовувати частіше, ніж інші частини.

- Спасибі Олександр за докладні відповіді, на питання. Спасибі за інтерв'ю.

Епілог:

Найближчим часом MS SQL Server 2014 стане основним інструментом для бізнесу і установ в частині організації роботи інфраструктури серверів. Бази даних на базі скрипта MS SQL Server 2014 дозволять розвиватися в ногу з часом, отримуючи можливість розподілу інформації на фізичних серверах, а також інфраструктурі в хмарі Microsoft, в залежності від поточних потреб і завдань.

Універсальність - головна перевага MS SQL Server 2014. З'являються нові можливості побудови архітектури, підвищення відмовостійкості, а в поєднанні з програмним кластером DATA CLUSTER і підвищення продуктивності і ефективності роботи OLTP систем, для поточних завдань і для формування аналітичної інформації.

Версія MS SQL Server 2014 економить час програмістів і адміністраторів. Логічний розвиток з урахуванням досвіду експлуатації попередніх версій і відгуків фахівців, на основі версії 2008 і 2012 сприяло оптимізації робочого процесу.

Цікаві статті: