8 limitaciones clave de las bases de datos extensibles que siempre debe tener en cuenta

Comparte ahora:

En este artículo, analizamos las tablas habilitadas para estirar que uno debe tener en cuenta para incluir restricciones clave

Stretch Database es una SQL Server característica que permite a los usuarios migrar datos fríos de forma segura y transparente a la nube de Azure. Los usuarios pueden incluso pausar estas migraciones durante errores de conexión, lo que ayuda a facilitar la transferencia de datos.

8 limitaciones clave de las bases de datos extensibles

Estirar la base de datos directamente tarobtiene bases de datos transaccionales que contienen una gran cantidad de datos fríos, que generalmente se almacenan en varias tablas en una base de datos. Y estas tablas pueden contener datos de más de mil millones de filas.

¿Por qué se utiliza Stretch Database?

• Permite a los usuarios almacenar datos fríos en una tabla separada o una base de datos para migrar a la nube de Azure.

• Los usuarios pueden utilizar su función de filtro para separar o seleccionar datos fríos o calientes, en las filas que deseen migrar.

Stretch Database es una increíble SQL Server característica que permite a los usuarios migrar sus datos de forma segura y transparente a Microsoft Azure, sin embargo, también viene con algunas limitaciones, lo que impide que los usuarios implementen o habiliten el estiramiento en sus bases de datos. Aquí hay una lista de algunas de sus limitaciones. Téngalos en cuenta al usar stretch si desea migrar sus datos a la nube de Azure.

Limitaciones para tablas habilitadas para Stretch Database

Estas son algunas de las condiciones que impiden que Stretch Database se habilite en sus tablas, asegúrese de tenerlas en cuenta la próxima vez que trabaje con Stretch Database.

1. Limitaciones

• Mientras se usa la base de datos extensible, la unicidad no se aplica a las restricciones PRIMARY KEY y UNIQUE en las tablas de Microsoft Azure que contienen cualquier forma de datos migrados.

2. Operaciones DML

• En cualquier tabla con Stretch habilitado, el usuario no puede ELIMINAR o ACTUALIZAR ninguna fila migrada o filas que aún sean elegibles para la migración.

• Los usuarios tampoco pueden INSERTAR filas en ninguna tabla habilitada para Stretch desde un servidor vinculado.

3. Índices

• Las tablas habilitadas para ampliar no permiten a los usuarios crear un índice para la vista.

• Cualquier filtro en índices en SQL Server no se propagan de la tabla habilitada para Stretch a la tabla remota.

4. Limitaciones que impiden que los usuarios habiliten Stretch Database en una tabla

Los usuarios no pueden habilitar Stretch Database para tablas que tienen o vienen en las siguientes condiciones:

5. Propiedades de la tabla

• Tablas con más de 998 índices o más de 1,023 columnas

• Cualquier FileTable o tablas que contengan datos de FILESTREAM

• Tablas que tienen un uso activo de Captura de datos modificados o Seguimiento de cambios

• Cualquier tabla que haya sido optimizada para memoria

6. Tipos de datos

• Texto, imagen y ntext

• marca de tiempo

• sql_variant

• XML

• Tipos de datos CLR como geometría, hierartipos definidos por el usuario chyid, CLR o geografía.

7. Limitaciones

• Verifique las restricciones junto con las restricciones predeterminadas

• Cualquier restricción de clave externa que haga referencia a la tabla. Podemos explicar esto usando la relación padre-hijo en la que (por ejemplo, Order (padre) y Order_Detail (hijo)), un usuario puede habilitar Stretch Database Table para la tabla de su hijo (Order_Detail) pero no puede cambiar la configuración del tabla principal (Orden).

8. Índices

• Índices con textos completos

• Índices XML

• Índices espaciales

• Cualquier vista indexada que proporcione una referencia a la tabla

Si bien las bases de datos extensibles deben considerarse activamente, las empresas también deben invertir en una herramienta que pueda recuperar sql archivos de la base de datos del servidor para mantener sus datos seguros durante contingencias.

Introducción del autor:

Victor Simon es un experto en recuperación de datos en DataNumen, Inc., que es el líder mundial en tecnologías de recuperación de datos, incluyendo recuperación de acceso y productos de software de recuperación de sql. Para más información visite www.datanumen.com

Comparte ahora:

Los comentarios están cerrados.