Configurações do Projeto (Conversão) (Db2ToSQL)
A página Conversão da caixa de diálogo Configurações do Projeto contém configurações que personalizam como o Assistente de Migração do SQL Server (SSMA) converte a sintaxe DB2 em sintaxe do SQL Server.
O painel Conversão está disponível nas caixas de diálogo Configurações do Projeto e Configurações Padrão do Projeto.
Para especificar configurações para todos os projetos SSMA, no menu Ferramentas, selecione Configurações Padrão do Projeto, escolha o tipo de projeto de migração na lista suspensa Versão de Destino de Migração cujas configurações precisam ser exibidas ou alteradas, depois selecione Geral na parte inferior do painel esquerdo e, em seguida, selecione Conversão.
Para especificar as configurações para o projeto atual, no menu Ferramentas, selecione Configurações do Projeto, depois selecione Geral na parte inferior do painel esquerdo, e em seguida, selecione Conversão.
Mensagens de conversão
Gerar mensagens sobre questões abordadas
Especifica se o SSMA gera mensagens informativas durante a conversão, as exibe no painel Saída e as adiciona ao código convertido.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista: Não
Modo Completo: Não
Opções diversas
Converter expressões ROWNUM como inteiros
Quando o SSMA converte expressões ROWNUM, ele converte a expressão em uma cláusula TOP, seguida pela expressão. O exemplo a seguir mostra ROWNUM em uma instrução Db2 DELETE:
DELETE FROM Table1
WHERE ROWNUM < expression
AND Field1 >= 2
O exemplo a seguir mostra o Transact-SQL resultante:
DELETE TOP (expression - 1)
FROM Table1
WHERE Field1 >= 2
O TOP requer que a expressão das cláusulas TOP seja avaliada como um inteiro. Se o número inteiro for negativo, a instrução produzirá um erro.
Se você selecionar Sim, o SSMA converte a expressão como um inteiro.
Se você selecionar Sem, o SSMA marcará todas as expressões não inteiras como um erro no código convertido.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Completo: Não
Modo Otimista: Sim
Mapeamento de esquema padrão
Esta configuração especifica como os esquemas Db2 são mapeados para esquemas do SQL Server. Duas opções estão disponíveis nesta configuração:
Esquema para banco de dados: Nesse modo, o esquema Db2
sch1
é mapeado por padrão paradbo
esquema do SQL Server no banco de dados do SQL Serversch1
.Esquema para esquema: Nesse modo, o
sch1
de esquema DB2 é mapeado por padrão parasch1
esquema do SQL Server no banco de dados padrão do SQL Server fornecido na caixa de diálogo de conexão.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo padrão/otimista/completo: esquema para o banco de dados
Formas de conversão da instrução MERGE
Se você selecionar Usando instruções INSERT, UPDATE, DELETE, o SSMA converte a instrução MERGER em instruções INSERT, UPDATE, DELETE.
Se você selecionar Usando a instrução MERGE, o SSMA converte a instrução MERGE em instrução MERGE no SQL Server.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo padrão/otimista/completo: usando a instrução MERGE
Converter chamadas em subprogramas que usam argumentos padrão
As funções do SQL Server não suportam a omissão de parâmetros na chamada de função. Além disso, as funções e procedimentos do SQL Server não oferecem suporte a expressões como valores de parâmetro padrão.
Se você selecionar Sim e uma chamada de função omitir parâmetros, o SSMA insere a palavra-chave padrão na função e chamará na posição correta. Em seguida, marca a chamada com um aviso.
Se você selecionar Sem, o SSMA marcará as chamadas de função como erros.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Converter função COUNT em COUNT_BIG
Se é provável que suas funções COUNT retornem valores maiores que 2.147.483.647, que é 231-1, você deve converter as funções em COUNT_BIG.
Se você selecionar Sim, o SSMA converte todos os usos de COUNT em COUNT_BIG.
Se você selecionar Sem, as funções permanecerão como COUNT. O SQL Server retornará um erro se a função retornar um valor maior que 231-1.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Completo: Sim
Modo Otimista: Não
Converter instrução FORALL em instrução WHILE
Define como a SSMA tratará os loops FORALL nos elementos de coleção PL/SQL.
Se você selecionar Sim, o SSMA criará um loop WHILE onde os elementos da coleção serão recuperados um a um.
Se você selecionar Sem, o SSMA gerará um conjunto de linhas da coleção usando o método nodes( ) e o usará como uma única tabela. Isso é mais eficiente, mas torna o código de saída menos legível.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista: Não
Modo Completo: Sim
Converter chaves estrangeiras com a ação referencial SET NULL na coluna que NÃO é NULA
O DB2 permite criar restrições de chave estrangeira, onde uma ação SET NULL
não pôde ser executada porque NULLs não são permitidos na coluna referenciada. O SQL Server não permite essa configuração de chave estrangeira.
Se você selecionar Sim, o SSMA gerará ações referenciais como no DB2, mas você precisará fazer alterações manuais antes de carregar a restrição no SQL Server. Por exemplo, você pode escolher SEM AÇÃO em vez de DEFINIR
NULL
.Se você selecionar Sem, a restrição será marcada como um erro.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Não
Converter chamadas de função em chamadas de procedimento
Algumas funções do DB2 são definidas como transações autônomas ou contêm instruções que não seriam válidas no SQL Server. Nesses casos, o SSMA cria um procedimento e uma função que serve como envoltório para o procedimento. A função convertida chama o procedimento de implementação.
O SSMA pode converter chamadas para a função wrapper em chamadas para o procedimento. Isso cria um código mais legível e pode melhorar o desempenho. No entanto, o contexto nem sempre o permite; por exemplo, não é possível substituir uma chamada de função na lista SELECT por uma chamada de procedimento. A SSMA tem algumas opções para cobrir os casos comuns:
Se você selecionar Sempre, o SSMA tentará converter chamadas de função de wrapper em chamadas de procedimento. Se o contexto atual não permitir essa conversão, uma mensagem de erro será produzida. Desta forma, nenhuma chamada de função é deixada no código gerado.
Se você selecionar Quando possível, o SSMA fará uma movimentação para chamadas de procedimento somente se a função tiver parâmetros de saída. Quando a movimentação não é possível, o atributo de saída do parâmetro é removido. Em todos os outros casos, o SSMA deixa as chamadas de função.
Se você selecionar Nunca, o SSMA deixará todas as chamadas de função como chamadas de função. Por vezes, esta escolha pode ser inaceitável devido a razões de desempenho.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Quando possível
Conversão das instruções LOCK TABLE
O SSMA pode converter muitas instruções LOCK TABLE em dicas de tabela. O SSMA não pode converter nenhuma instrução LOCK TABLE que contenha cláusulas PARTITION, SUBPARTITION, @dblinke NOWAIT e marca essas instruções com mensagens de erro de conversão.
Se você selecionar Sim, o SSMA converte as instruções LOCK TABLE suportadas em dicas de tabela.
Se selecionar Sem, o SSMA marcará todas as instruções LOCK TABLE com mensagens de erro de conversão.
A tabela a seguir mostra como o SSMA converte os modos de bloqueio do DB2:
Modo de bloqueio DB2 | Indicação para tabelas no SQL Server |
---|---|
PARTILHA DE REGISTOS | ROWLOCK, HOLDLOCK |
LINHA EXCLUSIVA | ROWLOCK, XLOCK, HOLDLOCK |
ATUALIZAÇÃO DE COMPARTILHAMENTO = COMPARTILHAMENTO DE LINHA | ROWLOCK, HOLDLOCK |
PARTILHAR | TABLOCK, HOLDLOCK |
COMPARTILHAR LINHA EXCLUSIVA | TABLOCK, XLOCK, HOLDLOCK |
EXCLUSIVO | TABLOCKX, HOLDLOCK |
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Converter declarações OPEN-FOR para parâmetros de saída REF CURSOR
No DB2, a instrução OPEN-FOR pode ser usada para retornar um conjunto de resultados para o parâmetro OUT de um subprograma do tipo REF CURSOR. No SQL Server, os procedimentos armazenados retornam diretamente os resultados das instruções SELECT.
O SSMA pode converter muitas instruções OPEN-FOR em instruções SELECT.
Se você selecionar Sim, o SSMA converte a instrução OPEN-FOR em uma instrução SELECT, que retorna o conjunto de resultados para o cliente.
Se você selecionar Sem, o SSMA gerará uma mensagem de erro no código convertido e no painel Saída.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Converter registro como uma lista de variáveis separadas
O SSMA pode converter registros DB2 em variáveis separadas e em variáveis XML com estrutura específica.
Se você selecionar Sim, o SSMA converte o registro em uma lista de variáveis separadas quando possível.
Se você selecionar Sem, o SSMA converte o registro em variáveis XML com estrutura específica.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Converter chamadas de função SUBSTR em chamadas de função SUBSTRING
O SSMA pode converter chamadas de função Db2 SUBSTR em chamadas de função de de substring do SQL Server, dependendo do número de parâmetros. Se o SSMA não puder converter uma chamada de função SUBSTR ou se o número de parâmetros não for suportado, o SSMA converte a chamada de função SUBSTR em uma chamada de função SSMA personalizada.
Se selecionar Sim, o SSMA converte chamadas de função SUBSTR que usam três parâmetros em substringdo SQL Server. Outras funções SUBSTR serão convertidas para chamar a função SSMA personalizada.
Se você selecionar Sem, o SSMA converte a chamada de função SUBSTR em uma chamada de função SSMA personalizada.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista: Sim
Modo Completo: Não
Converter subtipos
O SSMA pode converter subtipos PL/SQL de duas maneiras:
Se você selecionar Sim, o SSMA criará o tipo definido pelo usuário do SQL Server a partir de um subtipo e o usará para cada variável desse subtipo.
Se você selecionar Sem, o SSMA substituirá todas as declarações de origem do subtipo pelo tipo subjacente e converterá o resultado como de costume. Nesse caso, nenhum tipo extra é criado no SQL Server
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Não
Converter sinónimos
Os sinônimos dos seguintes objetos DB2 podem ser migrados para o SQL Server:
- Tabelas e tabelas de objetos
- Modos de exibição e modos de exibição de objeto
- Procedimentos armazenados e funções
- Visões materializadas
Os sinônimos para os seguintes objetos Db2 podem ser substituídos por referências diretas aos objetos:
- Sequências
- Pacotes
- Objetos de esquema de classe Java
- Tipos de objeto definidos pelo usuário
Outros sinônimos não podem ser migrados. SSMA gera mensagens de erro para o sinônimo e todas as referências que usam o sinônimo.
Se você selecionar Sim, o SSMA criará sinônimos do SQL Server e referências diretas de objetos de acordo com as listas anteriores.
Se você selecionar Sem, o SSMA criará referências diretas de objeto para todos os sinônimos listados aqui.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Converter TO_CHAR(data, formato)
SSMA pode converter Db2 TO_CHAR(data, formato) em procedimentos do banco de dados sysdb.
Se você selecionar Usando TO_CHAR_DATE função, o SSMA converte o TO_CHAR (data, formato) em TO_CHAR_DATE função usando o idioma inglês para conversão.
Se selecionar utilizando a função TO_CHAR_DATE_LS (cuidado com NLS), o SSMA converte a função TO_CHAR(data, formato) na função TO_CHAR_DATE_LS usando o idioma da sessão para conversão.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo padrão/otimista: usando a função TO_CHAR_DATE
Modo Completo: Usando a função TO_CHAR_DATE_LS (cuidados com NLS)
Converter instruções de processamento de transações
O SSMA pode converter instruções de processamento de transações DB2:
Se você selecionar Sim, o SSMA converte instruções de processamento de transações Db2 em instruções do SQL Server.
Se você selecionar Sem, o SSMA marcará as instruções de processamento de transações como erros de conversão.
Observação
O DB2 abre transações implicitamente. Para emular esse comportamento no SQL Server, você deve adicionar instruções BEGIN TRANSACTION manualmente onde deseja que suas transações iniciem. Como alternativa, você pode executar o comando SET IMPLICIT_TRANSACTIONS ON no início da sessão. O SSMA adiciona SET IMPLICIT_TRANSACTIONS ON automaticamente ao converter sub-rotinas com transações autônomas.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Emular o comportamento nulo do DB2 nas cláusulas ORDER BY
Os valores NULL são ordenados de forma diferente no SQL Server e no DB2:
No SQL Server,
NULL
valores são os valores mais baixos em uma lista ordenada. Em uma lista crescente,NULL
valores aparecem primeiro.Em Db2, os valores
NULL
são os valores mais altos de uma lista ordenada. Por padrão,NULL
valores aparecem em último lugar em uma lista de ordem crescente.Db2 tem as cláusulas NULLS FIRST e NULLS LAST, o que permite alterar como o Db2 ordena NULLs.
SSMA pode emular o comportamento ORDER BY do Db2 verificando os valores NULL
. Em seguida, ele primeiro ordena por NULL
valores na ordem especificada e, em seguida, ordena por outros valores.
Se você selecionar Sim, o SSMA converte a instrução Db2 de uma forma que emula o comportamento Db2 ORDER BY.
Se você selecionar Sem, o SSMA ignorará as regras do DB2 e gerará uma mensagem de erro quando encontrar as cláusulas NULLS FIRST e NULLS LAST.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista: Não
Modo Completo: Sim
Emular exceções de contagem de linhas em SELECT
Se uma instrução SELECT com uma cláusula INTO não retornar nenhuma linha, o Db2 gerará uma exceção NO_DATA_FOUND. Se a instrução retornar duas ou mais linhas, a exceção TOO_MANY_ROWS será acionada. A instrução convertida no SQL Server não gera nenhuma exceção se a contagem de linhas for diferente de uma.
Se selecionar Sim, o SSMA adiciona uma chamada ao procedimento sysdb db_error_exact_one_row_check após cada instrução SELECT. Este procedimento emula as exceções NO_DATA_FOUND e TOO_MANY_ROWS. Este é o padrão e permite reproduzir o comportamento do DB2 o mais próximo possível. Você deve sempre escolher Sim se o código-fonte tiver manipuladores de exceção que processam esses erros. Se a instrução SELECT ocorrer dentro de uma função definida pelo usuário, esse módulo será convertido em um procedimento armazenado, porque a execução de procedimentos armazenados e o aumento de exceções não são compatíveis com o contexto de função do SQL Server.
Se você selecionar Sem, nenhuma exceção será gerada. Isso pode ser útil quando o SSMA converte uma função definida pelo usuário e você deseja que ela permaneça uma função no SQL Server
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Gerar erro para DBMS_SQL.PARSE
Se selecionar o Erro , o SSMA gerará um erro na conversão de DBMS_SQL.PARSE.
Se selecionar Aviso, o SSMA gerará um aviso na conversão de DBMS_SQL.PARSE.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Erro
Gerar coluna ROWID
Quando o SSMA cria tabelas no SQL Server, ele pode criar uma coluna ROWID. Quando os dados são migrados, cada linha obtém um novo valor UNIQUEIDENTIFIER gerado pela função newid().
Se você selecionar Sim, a coluna ROWID será criada em todas as tabelas e o SQL Server gerará GUIDs à medida que você insere valores. Escolha sempre Sim se estiver planejando usar o SSMA Tester.
Se você selecionar Sem, as colunas ROWID não serão adicionadas às tabelas.
Adicionar coluna ROWID para tabelas com gatilhos adicionar ROWID para as tabelas que contêm gatilhos (padrão).
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista: Adicionar coluna ROWID para tabelas com gatilhos
Modo Completo: Sim
Gerar índice exclusivo na coluna ROWID
Especifica se o SSMA gera ou não uma coluna de índice exclusiva na coluna gerada por ROWID. Se a opção estiver definida como YES
, um índice exclusivo será gerado. Se estiver definido como NO
, um índice exclusivo não será gerado na coluna ROWID.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Conversão de módulos locais
Define-se o tipo de conversão de subprograma aninhado Db2 (declarado numa função ou procedimento armazenado independente).
Se você selecionar Inline, as chamadas de subprograma aninhadas serão substituídas por seu corpo.
Se você selecionar Procedimentos armazenados, um subprograma aninhado será convertido em um procedimento armazenado do SQL Server e suas chamadas serão substituídas nessa chamada de procedimento.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo padrão/otimista/completo: em linha
Usar ISNULL na concatenação de cadeia de caracteres
O DB2 e o SQL Server retornam resultados diferentes quando concatenações de cadeia de caracteres incluem valores NULL
. Db2 trata o valor NULL
como um conjunto de caracteres vazio. O SQL Server retorna NULL
.
Se você selecionar Sim, o SSMA substituirá o caractere de concatenação Db2 (||) pelo caractere de concatenação do SQL Server (+). O SSMA também verifica as expressões de ambos os lados da concatenação à procura de valores
NULL
.Se selecionar Não, o SSMA substituirá os caracteres de concatenação, mas não verificará os valores de
NULL
.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Usar ISNULL em chamadas de função REPLACE
A instrução ISNULL é usada em chamadas de função REPLACE para emular o comportamento do DB2. As seguintes opções estão presentes para essa configuração:
- SIM
- NÃO
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista: Não
Modo Completo: Sim
Utilize ISNULL em chamadas de função CONCAT
A instrução ISNULL é usada em chamadas de função CONCAT para emular o comportamento Db2. As seguintes opções estão presentes para essa configuração:
- SIM
- NÃO
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista: Não
Modo Completo: Sim
Use a função de conversão nativa quando possível
Se você selecionar Sim, o SSMA converte o TO_CHAR (data, formato) em função de conversão nativa quando possível.
Se selecionar Não, o SSMA converte o TO_CHAR(data, formato) em TO_CHAR_DATE ou TO_CHAR_DATE_LS (definido pelas opções "Converter TO_CHAR(data, formato)").
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista: Sim
Modo Completo: Não
Use SELECT... FOR XML ao converter SELECT... INTO para variável de registo
Especifica se um conjunto de resultados XML deve ser gerado quando você seleciona uma variável de registro.
Se você selecionar Sim, a instrução SELECT retornará XML.
Se você selecionar No, a instrução SELECT retornará um conjunto de resultados.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Não
Conversão da cláusula RETURN
Converter a cláusula RETURN na instrução DELETE em OUTPUT
O DB2 fornece uma cláusula RETURN como uma maneira de obter imediatamente valores excluídos. O SQL Server fornece essa funcionalidade com a cláusula OUTPUT.
Se o utilizador selecionar Sim, o SSMA converte cláusulas RETURNING em instruções DELETE para cláusulas OUTPUT. Como os gatilhos em uma tabela podem alterar valores, o valor retornado pode ser diferente no SQL Server do que era no DB2.
Se você selecionar No, o SSMA gerará uma instrução SELECT antes das instruções DELETE para recuperar os valores retornados.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Converter a cláusula RETURNING na instrução INSERT em OUTPUT
Db2 fornece uma cláusula RETURN como uma maneira de obter imediatamente valores inseridos. O SQL Server fornece essa funcionalidade com a cláusula OUTPUT.
Se selecionar Sim, SSMA converte uma cláusula RETURNING numa instrução INSERT para OUTPUT. Como os gatilhos em uma tabela podem alterar valores, o valor retornado pode ser diferente no SQL Server do que era no DB2.
Se você selecionar Sem, o SSMA emulará a funcionalidade do DB2 inserindo e selecionando valores de uma tabela de referência.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Converter a cláusula RETURN na instrução UPDATE em OUTPUT
O DB2 fornece uma cláusula RETURN como forma de obter imediatamente valores atualizados. O SQL Server fornece essa funcionalidade com a cláusula OUTPUT.
Se você selecionar Sim, o SSMA converte cláusulas RETURN em instruções UPDATE em cláusulas OUTPUT. Como os gatilhos em uma tabela podem alterar valores, o valor retornado pode ser diferente no SQL Server do que era no DB2.
Se você selecionar No, o SSMA gerará instruções SELECT após instruções UPDATE para recuperar valores retornados.
Quando você seleciona um modo de conversão na caixa Modo, o SSMA aplica a seguinte configuração:
Modo Padrão/Otimista/Completo: Sim
Conversão de sequência
Converter gerador de sequência
No DB2, você pode usar uma Sequência para gerar identificadores exclusivos.
O SSMA pode converter sequências para o seguinte.
Usando o gerador de sequência do SQL Server.
Usando o gerador de sequência SSMA.
Usando a identidade da coluna.
A opção padrão ao converter para o SQL Server é usar o gerador de sequência. No entanto, o SQL Server 2012 (11.x) e o SQL Server 2014 (12.x) não oferecem suporte à obtenção do valor da sequência atual (como o do método currval da sequência Db2). Consulte o site do blog da equipe SSMA para obter orientação sobre como migrar o método currval de sequência DB2.
O SSMA também fornece uma opção para converter a sequência Db2 em emulador de sequência SSMA.
Finalmente, você também pode converter a sequência atribuída a uma coluna na tabela em valores de identidade do SQL Server. Você deve especificar o mapeamento entre as sequências para uma coluna de identidade na guia Db2 Tabela
Converter gatilhos externos CURRVAL
Visível somente quando o Gerador de Sequência Converter estiver definido como usando a identidade de coluna. Como as Sequências DB2 são objetos separados das tabelas, muitas tabelas que usam Sequências usam um gatilho para gerar e inserir um novo valor de sequência. O SSMA comenta essas declarações ou as marca como erros quando o comentário geraria erros.
Se você selecionar Sim, o SSMA marcará todas as referências a gatilhos externos na sequência convertida CURRVAL com um aviso.
Se selecionar a opção Não, o SSMA marcará com um erro todas as referências a gatilhos externos na sequência convertida CURRVAL.