8 ключови ограничения на разтегнатите бази данни, които винаги трябва да имате предвид

Споделете сега:

В тази статия разглеждаме таблици с активирано разтягане, за които човек трябва да знае, включително ключови ограничения

Stretch Database е SQL Server функция, която позволява на потребителите да мигрират студени данни сигурно и прозрачно към облака на Azure. Потребителите дори могат да поставят на пауза тези миграции по време на грешки при свързване, което помага за по-лесно прехвърляне на данни.

8 ключови ограничения на разтегнатите бази данни

Stretch Database е насочен директно към транзакционни бази данни, съдържащи голямо количество „студени“ данни, които обикновено се съхраняват в множество таблици в база данни. А тези таблици могат да съдържат данни с много повече от един милиард реда.

Защо се използва Stretch Database?

• Позволява на потребителите да съхраняват студени данни в отделна таблица или база данни за мигриране към облака на Azure.

• Потребителите могат да използват функцията му за филтриране, за да разделят или избират студени или горещи данни, в редовете, което искат да мигрират.

Stretch Database е невероятно SQL Server функция, която позволява на потребителите да мигрират своите данни безопасно и прозрачно към Microsoft Azure, но също така идва с някои ограничения, които деактивират потребителите да внедрят или разрешат разтягане на техните бази данни. Ето списък с няколко от неговите ограничения. Имайте ги предвид, докато използвате разтягане, ако искате да мигрирате данните си в облака на Azure.

Ограничения за таблици с активирана база данни за разтягане

Това са някои от условията, които пречат на Stretch Database да се активира във вашите таблици, не забравяйте да ги имате предвид следващия път, когато работите с Stretch Database.

1. Ограничения

• Докато използвате база данни за разтягане, уникалността не налага ограничения на PRIMARY KEY и UNIQUE в таблици на Microsoft Azure, които съдържат каквато и да е форма на мигрирани данни.

2. DML операции

• Във всяка таблица с активирано разтягане не е разрешено да ИЗТРИВА или АКТУАЛИЗИРА всички мигрирани редове или редове, които все още отговарят на условията за миграция.

• Потребителите също нямат право да ВМЪКВАТ редове в която и да е таблица с активирано разтягане от свързан сървър.

3. Индекси

• Таблиците с активирано разтягане не позволяват на потребителите да създават индекс за изгледа.

• Всички филтри върху индексите в SQL Server не се разпространяват от таблицата с активирано разтягане към отдалечена таблица.

4. Ограничения, които пречат на потребителите да разрешат Stretch Database в таблица

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

5. Свойства на таблицата

• Таблици с повече от 998 индекса или над 1,023 колони

• Всички файлови таблици или таблици, съдържащи данни от FILESTREAM

• Таблици, които активно използват Промяна на улавянето на данни или Проследяване на промени

• Всички таблици, които са оптимизирани за паметта

6. Типове данни

• Текст, изображение и ntext

• клеймо за време

• sql_variant

• XML

• CLR типове данни, като например geometry, hierarchyid, CLR или geography, дефинирани от потребителя типове.

7. Ограничения

• Проверете ограниченията заедно с ограниченията по подразбиране

• Всички ограничения на външния ключ, които се отнасят до таблицата. Можем да обясним това с помощта на връзката родител-дете, в която (например Order (parent) и Order_Detail (child)) потребителят може да активира Stretch Database Table за таблицата на своето дете (Order_Detail), но не може да промени настройката на родителска таблица (Поръчка).

8. Индекси

• Индекси с пълни текстове

• XML индекси

• Пространствени индекси

• Всички индексирани изгледи, които предоставят препратка към таблицата

Докато разтегателните бази данни трябва да се разглеждат активно, компаниите също трябва да инвестират в инструмент, който може възстанови sql файлове на база данни на сървъра, за да запазят данните си в безопасност по време на непредвидени обстоятелства

Въведение на автора:

Виктор Саймън е експерт по възстановяване на данни в DataNumen, Inc., която е световен лидер в технологиите за възстановяване на данни, включително възстановяване на достъпа и sql софтуерни продукти за възстановяване. За повече информация посетете WWW.datanumen.com

Споделете сега:

Коментарите са забранени.