As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Como entender as configurações da conversão do Oracle para o PostgreSQL As configurações de conversão do Oracle para PostgreSQL na DMS Schema Conversion incluem o seguinte: + Para converter objetos de banco de dados aplicáveis usando IA generativa, habilite a configuração **IA generativa**. Objetos convertidos com êxito usando IA generativa serão claramente identificados com o **Item de ação 5444**, que declara: “This conversion uses machine learning models that generate predictions based on patterns in data”. Para obter mais informações, consulte [Converter objetos de banco de dados com IA generativa](schema-conversion-convert.databaseobjects.md). + É possível converter esquemas para em diferentes versões compatíveis do banco de dados de destino, não apenas na versão mais recente. Para especificar uma versão, use a configuração **Versão do mecanismo de destino**. As opções de conversão disponíveis vão variar conforme a versão selecionada do mecanismo. No momento, as versões 14 e 15 do PostgreSQL são compatíveis (elas têm configurações idênticas). Observe que usar uma versão do mecanismo de destino durante a conversão de esquema que seja diferente da versão especificada nessa configuração pode causar problemas e erros de compatibilidade ao executar a operação “Aplicar ao destino”. + AWS DMS pode converter visualizações materializadas Oracle em tabelas ou visualizações materializadas no PostgreSQL. Para **Visões materializadas**, escolha como converter as visões materializadas de origem. + O banco de dados Oracle de origem pode utilizar a pseudocoluna `ROWID`. O PostgreSQL não é compatível com funcionalidade semelhante. A DMS Schema Conversion pode emular a `ROWID` pseudocoluna no código convertido utilizando o tipo de dados `bigint` ou `character varying`. Para fazer isso, escolha **Utilizar o tipo de dados bigint para emular a pseudocoluna ROWID** ou **Utilizar o tipo de dados com variação de caracteres para emular a pseudocoluna ROWID** em **ID da linha**. + Para converter o tipo de dados NUMBER no tipo de dados numérico mais adequado, dependendo da precisão e da escala, você pode selecionar “Usar o mapeamento otimizado do tipo de dados para colunas do tipo de dados NUMBER”. + Se o código do Oracle de origem não utilizar a pseudocoluna `ROWID`, escolha **Não gerar**. Nesse caso, o código convertido funciona mais rapidamente. + O código do Oracle de origem pode incluir os perfis `TO_CHAR`, `TO_DATE` e `TO_NUMBER` com parâmetros que não são compatíveis com o PostgreSQL. Por padrão, a DMS Schema Conversion emula a utilização desses parâmetros no código convertido. É possível utilizar perfis nativos do PostgreSQL, `TO_CHAR`, `TO_DATE` e `TO_NUMBER`, quando o código do Oracle de origem não tem parâmetros que não são compatíveis com o PostgreSQL. Nesse caso, o código convertido funciona mais rapidamente. Para isso, selecione os seguintes valores: + **Utilizar um perfil TO\$1CHAR nativo do PostgreSQL** + **Utilizar um perfil TO\$1DATE nativo do PostgreSQL** + **Utilizar um perfil TO\$1NUMBER nativo do PostgreSQL** + O banco de dados e as aplicações podem ser executados em fusos horários diferentes. Por padrão, a DMS Schema Conversion emula os fusos horários no código convertido. No entanto, essa emulação não é necessária quando o banco de dados e as aplicações utilizam o mesmo fuso horário. Nesse caso, selecione **Melhorar o desempenho do código convertido quando o banco de dados e as aplicações utilizam o mesmo fuso horário**. + Para continuar utilizando sequências no código convertido, selecione **Preencher sequências convertidas com o último valor gerado no lado da origem**. + Em alguns casos, o banco de dados Oracle de origem pode armazenar somente valores inteiros nas colunas de chave primária ou estrangeira do tipo de dados `NUMBER`. Nesses casos, AWS DMS pode converter essas colunas para o tipo de `BIGINT` dados. Essa abordagem melhorará o desempenho do código convertido. Para fazer isso, selecione **Converter colunas de chave primária e estrangeira do tipo de dados NUMBER para o tipo de dados BIGINT**. Verifique se a origem não inclui valores de ponto flutuante nessas colunas para evitar perda de dados. + Para ignorar acionadores e restrições desativados no código da origem, escolha **Converter** somente acionadores e restrições ativos. + É possível utilizar a DMS Schema Conversion para converter variáveis de sequência de caracteres chamadas de SQL dinâmico. O código de banco de dados pode alterar os valores dessas variáveis de string. Para garantir que AWS DMS sempre converta o valor mais recente dessa variável de string, selecione **Converter o código SQL dinâmico criado nas rotinas chamadas**. + As versões 10 e anteriores do PostgreSQL não são compatíveis com procedimentos. Se você não estiver familiarizado com o uso de procedimentos no PostgreSQL AWS DMS , pode converter procedimentos Oracle em funções do PostgreSQL. Para fazer isso, selecione **Converter procedimentos em perfis**. + Para ver informações adicionais sobre os itens de ação ocorridos, é possível adicionar perfis específicos ao pacote de extensão. Para fazer isso, selecione **Adicionar funções do pacote de extensão que geram exceções definidas pelo usuário**. Escolha os níveis de gravidade para aumentar as exceções definidas pelo usuário. Não deixe de aplicar o pacote de extensão depois de converter os objetos do banco de dados de origem. Para obter mais informações sobre a extensão, consulte [Utilizar pacotes de extensão](extension-pack.md). + O banco de dados Oracle de origem pode incluir restrições com nomes gerados automaticamente. Se o código-fonte utilizar esses nomes, selecione **Manter os nomes das restrições geradas pelo sistema**. Se o código-fonte utilizar essas restrições, mas não utilizar seus nomes, desmarque essa opção para aumentar a velocidade da conversão. + Se o bancos de dados de origem e de destino forem executados em fusos horários diferentes, o perfil que emula o perfil do Oracle integrado `SYSDATE` retornará valores diferentes em comparação com o perfil de origem. Para garantir que os perfis de origem e de destino retornem os mesmos valores, escolha **Definir o fuso horário do banco de dados de origem**. + É possível utilizar os perfis da extensão orafce no código convertido. Para fazer isso, em **Rotinas integradas do Orafce**, selecione os perfis a serem utilizados. Para obter mais informações sobre orafce, consulte [orafce](https://github.com/orafce/orafce) on. GitHub