Por que o SSIS Oracle Source da Attunity retorna DT_WSTR para a coluna Oracle CHAR(1)?

Acredito que descobri isso, mas se alguém tiver uma documentação ou experiência melhor, poste uma resposta separada e eu votarei e aceitarei.

O que descobri é que o Oracle PL/SQL tem um meio de expressar os conceitos de "semântica de bytes" e "semântica de caracteres" em PL/SQL ao declarar tipos de dados de caracteres.

Consulte o cabeçalho Semântica de comprimento para tipos de dados de caractere nesta página da Web de documentação da Oracle , onde afirma:

Considere o tamanho dos caracteres ao especificar o comprimento da coluna para tipos de dados de caracteres. Você deve considerar esse problema ao estimar o espaço para tabelas com colunas que contêm dados de caracteres.

A semântica de comprimento dos tipos de dados de caractere pode ser medida em bytes ou caracteres.

A semântica de byte trata strings como uma sequência de bytes. Este é o padrão para tipos de dados de caracteres.

A semântica de caracteres trata strings como uma sequência de caracteres. Um caractere é tecnicamente um ponto de código do conjunto de caracteres do banco de dados.

Ao revisar meu banco de dados de origem Oracle, agora noto que os campos que foram importados como DT_WSTR são de fato declarados usando a sintaxe PL/SQL xxxCHAR(n CHAR)- onde o segundo "CHAR" está declarando explicitamente a semântica do caractere - em vez do byte padrão semântica.

Assim, em meu banco de dados Oracle, acredito que preciso tratar uma coluna com tipo de dados de banco de dados como um tipo de dados de caractereCHAR(1 CHAR) usando a semântica de caracteres, e acredito que isso signifique que o campo pode acomodar 1 caractere independente do comprimento de bytes do conjunto de caracteres em uso .

Considerando o exposto acima, o SSIS (por meio do Microsoft Oracle Connector da Attunity) promoverá tipos de dados não NCHAR/NVARCHAR para DT_WSTR (em oposição a DT_STR).

E, seguindo o exposto acima, precisarei dos tipos de dados de banco de dados NCHAR e NVARCHAR SQL Server ao importar colunas expressas usando a semântica de caracteres .

Depois de fazer isso, não precisarei mais converter tipos de dados DT_WSTR em DT_STR em meus fluxos de dados SSIS (o que estava se tornando bastante tedioso).

Observe que eu já estava usando NCHAR e NVARCHAR para campos declarados como tal no lado do Oracle - esperando fornecer o armazenamento adequado para esses tipos no lado do SQL Server.

ATUALIZAÇÃO : Aqui está a página da web docs.oracle.com que mostra a sintaxe que descrevo da seguinte forma:

CARACTERES

Você usa o tipo de dados CHAR para armazenar dados de caracteres de comprimento fixo. Como os dados são representados internamente depende do conjunto de caracteres do banco de dados. O tipo de dados CHAR recebe um parâmetro opcional que permite especificar um tamanho máximo de até 32767 bytes. Você pode especificar o tamanho em termos de bytes ou caracteres, onde cada caractere contém um ou mais bytes, dependendo da codificação do conjunto de caracteres. A sintaxe segue:

CHAR[(tamanho_máximo [CHAR | BYTE] )]