# Limitações São limitações gerais ou considerações sobre as integrações ETL zero: + As propriedades do recurso têm um relacionamento de um para um com o recurso correspondente. Consequentemente, todas as integrações criadas usando esse recurso devem aderir à propriedade única do recurso. Portanto, a modificação de uma propriedade do recurso afetará todas as integrações associadas a esse recurso. + As propriedades da tabela têm um relacionamento de um para um com o objeto ou a tabela correspondente no recurso. Como resultado, todas as integrações que processam a mesma tabela de ou para o mesmo recurso devem aderir à propriedade da tabela única. + Não é possível renomear uma coluna na origem. Se uma coluna for renomeada, não há garantia de que a detecção do esquema será feita com precisão pelo AWS Glue e que as repercussões na integração serão indefinidas. + A consideração a seguir se aplica à forma como a integração funciona com tabelas gerenciadas do AWS Lake Formation: por padrão, você usa a política do IAM/AWS Glue para gerenciar sua tabela e bancos de dados. + Se você quiser usar o AWS Lake Formation para gerenciar a criação de tabelas nesse banco de dados, deverá garantir que o perfil tenha permissões suficientes do Lake Formation para criar, modificar e excluir a tabela e o banco de dados. + A página de resumo de ETL zero não contém nenhuma métrica no momento. São limitações específicas da origem de integrações ETL zero: + Integrações ETL zero com uma fonte SAPOData agora são compatíveis com entidades que começam com `EntityOf`. Atualmente, a capacidade de substituir a chave primária é compatível somente para objetos SAPOData `EntityOf`. Depois que essa propriedade tiver sido definida, ela não poderá ser modificada. + Integrações ETL zero do Amazon DynamoDB com o Amazon SageMaker Lakehouse (via S3) oferecem suporte a um tamanho máximo de tabela do DynamoDB de 100 TB. + A tabela de origem do DynamoDB deve ser criptografada com uma chave do AWS KMS pertencente à Amazon ou gerenciada pelo cliente. A criptografia gerenciada pela Amazon não se aplica à tabela de origem do DynamoDB. + O SAP OData funciona usando um token delta, em que a combinação de um cliente OAuth mais uma entidade, ou autenticação básica mais uma entidade, pode ter apenas um único token delta. Evite usar a mesma entidade em duas integrações diferentes com o mesmo cliente. + Não há suporte aos campos ou entidades do Salesforce a seguir para uso em uma integração ETL zero com uma origem Salesforce. Consulte [Entidades e campos sem suporte no Salesforce](zero-etl-sources.md#zero-etl-config-source-salesforce-unsupported). + As entidades ou campos do ServiceNow, apresentados a seguir, não são compatíveis com uma Integração ETL zero com uma fonte do ServiceNow. Consulte [Entidades e campos não compatíveis com o ServiceNow](zero-etl-sources.md#zero-etl-config-source-servicenow-unsupported). Confira a seguir as limitações específicas do destino de integrações ETL zero: + Devido à limitação no Catálogo de Dados, o ETL zero do AWS Glue só é compatível com a replicação de tabelas com nomes de tabela menores que 255 caracteres. + Devido à limitação no Athena, o nome da coluna de origem/campo aninhado não deve conter caracteres especiais “:”, o que fará com que os metadados do esquema da tabela de destino apareçam incorretamente. Nesses casos, o ETL zero do AWS Glue moverá a integração para o estado FAILED. + Devido à limitação no Iceberg, o destino do ETL zero do AWS Glue só é compatível com a replicação de mil colunas por tabela. Se a tabela escolhida em qualquer integração tiver mais de mil colunas, o ETL zero do AWS Glue moverá a integração para o estado FAILED. + Devido à limitação no Catálogo de Dados, o ETL zero do AWS Glue só é compatível com a replicação de tabelas de tamanho de esquema de 10 MB. Se a tabela escolhida em qualquer integração tiver um tamanho de esquema maior que 10 MB, o ETL zero do AWS Glue moverá a integração para o estado FAILED.