Filtrado de datos para integraciones sin ETL de Aurora con Amazon Redshift
Las integraciones sin ETL de Aurora admiten el filtrado de datos, lo que le permite controlar qué datos se replican desde el clúster de bases de datos de Aurora de origen al almacén de datos de Amazon Redshift de destino. En lugar de replicar toda la base de datos, puede aplicar uno o más filtros para incluir o excluir selectivamente tablas específicas. Esto lo ayuda a optimizar el almacenamiento y el rendimiento de las consultas al garantizar que solo se transfieran los datos relevantes. Actualmente, el filtrado está limitado a los niveles de base de datos y tabla. No se admite el filtrado a nivel de columna y fila.
El filtrado de datos puede resultar útil cuando desee:
-
Una determinadas tablas de dos o más clústeres de origen diferentes y no necesita datos completos del clúster.
-
Ahorrar costos realizando análisis utilizando únicamente un subconjunto de tablas en lugar de una flota completa de bases de datos.
-
Filtrar la información confidencial (como números de teléfono, direcciones o datos de tarjetas de crédito) de determinadas tablas.
Puede agregar filtros de datos a una integración sin ETL mediante la AWS Management Console, la AWS Command Line Interface (AWS CLI) o la API de Amazon RDS.
Si la integración tiene un clúster de Amazon Redshift aprovisionado como destino, el clúster debe tener la revisión 180 o uno posterior para usar el filtrado de datos.
Temas
Formato de un filtro de datos
Puede definir varios filtros para una sola integración. Cada filtro incluye o excluye cualquier tabla de base de datos existente y futura que coincida con uno de los patrones de la expresión del filtro. Las integraciones sin ETL de Aurora utilizan la sintaxis de filtro Maxwell
Cada filtro tiene los siguientes elementos:
Elemento | Descripción |
---|---|
Tipo de filtro |
Un tipo de filtro |
Expresión de filtro |
Una lista separada por comas de patrones. Las expresiones deben usar la sintaxis de filtro Maxwell |
Patrón |
Un patrón de filtro en el formato notaEn el caso de Aurora MySQL, se admiten expresiones regulares tanto en el nombre de la base de datos como de la tabla. Para Aurora PostgreSQL, las expresiones regulares solo se admiten en el nombre del esquema y la tabla, no en el nombre de la base de datos. No pueden incluir filtros en columnas ni listas de denegación. Una sola integración puede tener un máximo de 99 patrones en total. En la consola, puede introducir patrones dentro de una sola expresión de filtro o distribuirlos entre varias expresiones. Un único patrón no puede superar los 256 caracteres de longitud. |
importante
Si selecciona un clúster de base de datos de origen de Aurora PostgreSQL, debe especificar al menos un patrón de filtro de datos. Como mínimo, el patrón debe incluir una única base de datos (
) para la replicación en Amazon Redshift.database-name
.*.*
En la imagen siguiente, se muestra la estructura de los filtros de datos de Aurora MySQL en la consola:

importante
No incluya información de identificación personal, confidencial o sensible en sus patrones de filtros.
Filtros de datos en la AWS CLI
Cuando se utiliza la AWS CLI para agregar un filtro de datos, la sintaxis es ligeramente diferente a la de la consola. Debe asignar un tipo de filtro (Include
o Exclude
) a cada patrón individualmente, por lo que no puede agrupar varios patrones en un mismo tipo de filtro.
Por ejemplo, en la consola puede agrupar los siguientes patrones separados por comas en una sola instrucción Include
:
Aurora MySQL
mydb
.mytable
,mydb
./table_\d+/
Aurora PostgreSQL
mydb
.myschema
.mytable
,mydb
.myschema
./table_\d+/
Sin embargo, al utilizar la AWS CLI, el mismo filtro de datos debe tener el siguiente formato:
Aurora MySQL
'include:
mydb.mytable
, include:mydb./table_\d+/
'
Aurora PostgreSQL
'include:
mydb.myschema.mytable
, include:mydb.myschema./table_\d+/
'
Lógica de filtros
Si no especifica ningún filtro de datos en la integración, Aurora asume un filtro predeterminado de include:*.*
, que replica todas las tablas en el almacén de datos de destino. No obstante, si agrega al menos un filtro, la lógica predeterminada cambia a exclude:*.*
, que excluye todas las tablas de forma predeterminada. Esto le permite definir explícitamente qué bases de datos y tablas se incluirán en la replicación.
Por ejemplo, si hace lo siguiente:
'include: db.table1, include: db.table2'
Aurora evalúa el filtro de la siguiente manera:
'exclude:*.*, include: db.table1, include: db.table2'
Por lo tanto, Aurora solo replica table1
y table2
de la base de datos denominada db
se replican en el almacén de datos de destino.
Prioridad del filtro
Aurora evalúa los filtros de datos en el orden que especifique. En la AWS Management Console, procesa las expresiones de filtro de izquierda a derecha y de arriba abajo. Un segundo filtro o un patrón individual que siga al primero puede anularlo.
Por ejemplo, si el primer filtro es Include books.stephenking
, solo incluye la tabla stephenking
de la base de datos books
. Sin embargo, si agrega un segundo filtro, Exclude books.*
, este anulará el primer filtro. Esto evita que las tablas del índice de books
se repliquen en Amazon Redshift.
Cuando especifica al menos un filtro, la lógica comienza con la suposición de exclude:*.*
de forma predeterminada, lo que excluye automáticamente todas las tablas de la replicación. Como práctica recomendada, defina los filtros de más amplio a más específico. Comience con una o más instrucciones Include
para especificar los datos que desea replicar; a continuación, agregue filtros Exclude
para eliminar selectivamente ciertas tablas.
El mismo principio se aplica a los filtros que se definen mediante la AWS CLI. Aurora evalúa estos patrones de filtro en el orden en que los especifique, por lo que un patrón podría anular a otro especificado antes que él.
Ejemplos de Aurora MySQL
En los siguientes ejemplos, se muestra cómo funciona el filtrado de datos para las integraciones sin ETL de Aurora MySQL:
-
Incluir todas las bases de datos y todas las tablas:
'include: *.*'
-
Incluir todas las tablas en la base de datos
books
:'include: books.*'
-
Excluya cualquier tabla con el nombre
mystery
:'include: *.*, exclude: *.mystery'
-
Incluir dos tablas específicas en la base de datos
books
:'include: books.stephen_king, include: books.carolyn_keene'
-
Incluya todas las tablas de la base de datos
books
, excepto las que contengan la subcadenamystery
:'include: books.*, exclude: books./.*mystery.*/'
-
Incluya todas las tablas de la base de datos
books
, excepto las que comiencen pormystery
:'include: books.*, exclude: books./mystery.*/'
-
Incluya todas las tablas de la base de datos
books
, excepto las que finalicen pormystery
:'include: books.*, exclude: books./.*mystery/'
-
Incluya todas las tablas de la base de datos
books
que comiencen portable_
, excepto la que se llamatable_stephen_king
. Por ejemplo,table_movies
otable_books
se replicaría, pero notable_stephen_king
.'include: books./table_.*/, exclude: books.table_stephen_king'
Ejemplos de Aurora PostgreSQL
En los siguientes ejemplos, se muestra cómo funciona el filtrado de datos para las integraciones sin ETL de Aurora PostgreSQL:
-
Incluir todas las tablas en la base de datos
books
:'include: books.*.*'
-
Excluya cualquier tabla nombrada
mystery
en la base de datosbooks
:'include: books.*.*, exclude: books.*.mystery'
-
Incluya una tabla dentro de la base de datos
books
en el esquemamystery
y una tabla dentro de la base de datosemployee
en el esquemafinance
:'include: books.mystery.stephen_king, include: employee.finance.benefits'
-
Incluya todas las tablas de la base de datos
books
y el esquemascience_fiction
, excepto las que contengan la subcadenaking
:'include: books.science_fiction.*, exclude: books.*./.*king.*/
-
Incluya todas las tablas de la base de datos
books
, excepto las que tengan un nombre de esquema que comience porsci
:'include: books.*.*, exclude: books./sci.*/.*'
-
Incluya todas las tablas de la base de datos
books
, excepto las que estén en el esquemamystery
y acaben enking
:'include: books.*.*, exclude: books.mystery./.*king/'
-
Incluya todas las tablas de la base de datos
books
que comiencen portable_
, excepto la que se llamatable_stephen_king
. Por ejemplo,table_movies
en el esquemafiction
ytable_books
en el esquemamystery
se replican, pero notable_stephen_king
en ninguno de los dos esquemas:'include: books.*./table_.*/, exclude: books.*.table_stephen_king'
Adición de filtros de datos a una integración
Puede configurar el filtrado de datos mediante la AWS Management Console, la AWS CLI o la API de Amazon RDS.
importante
Si agrega un filtro después de crear una integración, Aurora lo trata como si hubiera existido siempre. Elimina todos los datos del almacén de datos de Amazon Redshift de destino que no coincidan con los nuevos criterios de filtrado y vuelve a sincronizar todas las tablas afectadas.
Adición de filtros de datos a una integración sin ETL
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, elija Integraciones sin ETL. Seleccione la integración a la que desea agregar filtros de datos y, a continuación, elija Modificar.
-
En Origen, agregue una o más instrucciones
Include
yExclude
.En la imagen siguiente, se muestra un ejemplo de filtros de datos para una integración de MySQL:
-
Cuando esté satisfecho con los cambios, elija Continuar y Guardar cambios.
Para agregar filtros de datos a una integración sin ETL mediante la AWS CLI, llame al comando modify-integration--data-filter
con una lista separada por comas de filtros Include
y Exclude
Maxwell.
En el siguiente ejemplo, se agregan patrones de filtro a my-integration
.
Para Linux, macOS o Unix:
aws rds modify-integration \ --integration-identifier
my-integration
\ --data-filter'include: foodb.*, exclude: foodb.tbl, exclude: foodb./table_\d+/'
Para Windows:
aws rds modify-integration ^ --integration-identifier
my-integration
^ --data-filter'include: foodb.*, exclude: foodb.tbl, exclude: foodb./table_\d+/'
Para modificar una integración sin ETL mediante la API de RDS, llame a la operación ModifyIntegration. Especifique el identificador de integración y proporcione una lista separada por comas de patrones de filtro.
Eliminación de filtros de datos de una integración
Al eliminar un filtro de datos de una integración, Aurora vuelve a evaluar los filtros restantes como si el filtro eliminado nunca hubiera existido. A continuación, replica en el almacén de datos de Amazon Redshift de destino cualquier dato excluido anteriormente que ahora cumpla los criterios. Esto desencadena una nueva sincronización de todas las tablas afectadas.