У цій статті ми розглядаємо таблиці з підтримкою розтягування, про які слід знати, включаючи ключові обмеження
База даних Stretch - це SQL Server функція, яка дозволяє користувачам безпечно та прозоро мігрувати холодні дані до хмари Azure. Користувачі можуть навіть призупинити ці міграції під час помилок підключення, що сприяє спрощенню передачі даних.
Stretch Database безпосередньо орієнтований на транзакційні бази даних, що містять велику кількість холодних даних, які зазвичай зберігаються в кількох таблицях бази даних. А ці таблиці можуть містити дані, що перевищують один мільярд рядків.
Чому використовується Stretch Database?
• Це дозволяє користувачам зберігати холодні дані в окремій таблиці або базі даних для переходу до хмари Azure.
• Користувачі можуть використовувати його функцію фільтрації, щоб відокремити або вибрати холодні або гарячі дані в рядках, що б вони не хотіли перенести.
База даних Stretch - це приголомшливо SQL Server функція, яка дозволяє користувачам безпечно та прозоро мігрувати свої дані до Microsoft Azure, однак, вона також має деякі обмеження, що відключає користувачам можливість впроваджувати або дозволяти розтягувати свої бази даних. Ось список кількох його обмежень. Майте їх на увазі під час використання розтяжки, якщо ви хочете перенести свої дані в хмару Azure.
Обмеження для таблиць із розширеною базою даних
Це деякі умови, які заважають базі даних Stretch активуватись у ваших таблицях. Обов’язково пам’ятайте про них під час наступної роботи з Stretch Database.
1. Обмеження
• Під час використання розтягнутої бази даних унікальність не застосовує обмеження PRIMARY KEY та UNIQUE у таблицях Microsoft Azure, що містить будь-яку форму перенесених даних.
2. Операції DML
• У будь-якій таблиці з увімкненим розтягуванням користувачеві заборонено ВИДАЛЯТИ або ОНОВЛЯТИ будь-які перенесені рядки чи рядки, які все ще відповідають умовам міграції.
• Користувачам також заборонено ВСТАВЛЯВАТИ рядки в будь-яку таблицю із підтримкою розтягування із пов'язаного сервера.
3. Покажчики
• Таблиці з розтягуванням не дозволяють користувачам створювати індекс для подання.
• Будь-які фільтри в індексах в SQL Server не розповсюджуються з таблиці з підтримкою розтягування до віддаленої таблиці.
4. Обмеження, що заважають користувачам увімкнути розтягування бази даних у таблиці
Користувачі не можуть увімкнути Stretch Database для таблиць, які мають або мають такі умови:
5. Властивості таблиці
• Таблиці з понад 998 індексами або понад 1,023 стовпцями
• Будь-які таблиці файлів або таблиці, що містять дані FILESTREAM
• Таблиці, в яких активно використовується Змінити збір даних або Відстеження змін
• Будь-які таблиці, оптимізовані для пам'яті
6. Типи даних
• Текст, зображення та ntext
• позначка часу
• sql_variant
• XML
• Типи даних CLR, такі як geometry, hierarchyid, CLR або geography, визначені користувачем типи.
7. Обмеження
• Перевірте обмеження разом із обмеженнями за замовчуванням
• Будь-які обмеження зовнішнього ключа, які посилаються на таблицю. Ми можемо пояснити це за допомогою відносин батьків-дочірніх, в яких (наприклад, Order (батьківський) та Order_Detail (дочірній)) користувач може ввімкнути розтягування таблиці бази даних для таблиці своєї дочірньої організації (Order_Detail), але не може змінити параметр батьківська таблиця (Замовлення).
8. Покажчики
• Покажчики з повними текстами
• XML-індекси
• Просторові показники
• Будь-які проіндексовані подання, що містять посилання на таблицю
Хоча розширювані бази даних слід активно розглядати, компанії також повинні інвестувати в інструмент, який може відновити sql файли бази даних сервера, щоб захистити їх дані під час непередбачених ситуацій.
Вступ автора:
Віктор Саймон - фахівець з відновлення даних у DataNumen, Inc., яка є світовим лідером у галузі технологій відновлення даних, в тому числі відновлення доступу та програмні продукти для відновлення sql. Для отримання додаткової інформації відвідайте WWW.datanumen.com