Artigo
04/01/2012

Especificando tamanho do campo usando bcp

O tamanho do campo indica o número de máximo de caracteres que são exigidos para representar dados em formato de caractere. O tamanho do campo já é conhecido se os dados forem armazenados no formato nativo; por exemplo, o tipo de dados int usa 4 bytes. Se você indicou 0 para o comprimento do prefixo, o comandobcp solicitará o tamanho do campo, os tamanhos dos campos padrão e o impacto de tamanho do campo no armazenamento de dados em arquivos de dados que contêm dados de char.

O bcp solicita um tamanho de campo

Se um comando interativo bcp contiver a opção in ou out sem a opção de arquivo de formato (-f) ou uma opção de formato de dados (- n, -c, -w, ou -N), o comando solicitará o tamanho do campo de cada campo de dados, como se segue:

Enter length of field <field_name> [<default>]:

Para obter um exemplo que mostra esse prompt no contexto, consulte Especificando formatos de dados para compatibilidade usando bcp.

Observação
Depois que você especificar interativamente tudo sobre os campos em um comando bcp, o comando solicitará que salve suas respostas para cada campo em um formato de arquivo não XML . Para obter mais informações sobre arquivos de formato não XML, consulte Compreendendo arquivos de formato não XML.

Um comando bcp solicita o tamanho do campo dependendo de vários fatores, como os que se seguem:

Quando você copiar tipos de dados que não são de comprimento fixo e especificar o comprimento do prefixo em 0, obcp solicitará o tamanho do campo.
Ao converter dados de não caractere para dados de caractere, o bcp sugere um tamanho do campo padrão grande o suficiente para armazenar os dados.
Se o tipo de armazenamento de arquivo for não caractere, o comando bcp não solicitará um tamanho do campo. Os dados são armazenados no formato de representação de dados nativo (formato nativo) do Microsoft SQL Server.

Usando tamanhos dos campos padrão

Geralmente, o Microsoft recomenda que você aceite os valores padrão sugeridos pelo bcp para o tamanho do campo. Quando um arquivo de dados de modo de caractere é criado, usar o tamanho do campo padrão assegura que os dados não serão truncados e que não ocorram erros de estouro numéricos.

Se você especificar um tamanho do campo incorreto, poderão ocorrer problemas. Por exemplo, se você copiar dados numéricos e especificar um tamanho do campo muito curto para obter os dados, o utilitário do bcp imprimirá uma mensagem de estouro e não copiará os dados. Além disso, se você exportar dados datetime e especificar um tamanho do campo menor que 26 bytes para a cadeia de caracteres, o utilitário do bcp truncará os dados sem uma mensagem de erro.

Importante
Quando a opção de tamanho padrão é usada, o SQL Server espera ler uma cadeia de caracteres inteira. Em algumas situações, o uso de um tamanho do campo padrão pode conduzir a um erro "fim de arquivo inesperado". Normalmente, esse erro acontece com os tipos de dados de money e datetime, quando apenas uma parte do campo esperado ocorrer no arquivo de dados; por exemplo, quando um valor datetime de mm./dd/yy é especificado sem o componente de hora e é, então, mais curto que os 24 caracteres de comprimento esperados de um valor de datetime em formato de char. Para evitar esse tipo de erro, use terminadores de campos ou campos de dados de comprimento fixo ou altere o tamanho do campo padrão especificando outro valor.

Quando a opção de tamanho padrão é usada, o SQL Server espera ler uma cadeia de caracteres inteira. Em algumas situações, o uso de um tamanho do campo padrão pode conduzir a um erro "fim de arquivo inesperado". Normalmente, esse erro acontece com os tipos de dados de money e datetime, quando apenas uma parte do campo esperado ocorrer no arquivo de dados; por exemplo, quando um valor datetime de mm./dd/yy é especificado sem o componente de hora e é, então, mais curto que os 24 caracteres de comprimento esperados de um valor de datetime em formato de char. Para evitar esse tipo de erro, use terminadores de campos ou campos de dados de comprimento fixo ou altere o tamanho do campo padrão especificando outro valor.

Tamanhos do campo padrão para armazenamento de arquivo de caractere

A tabela a seguir lista os tamanhos dos campos padrão para obter os dados a serem armazenados como armazenamento de arquivo de caractere. Dados anuláveis são do mesmo comprimento que dados de não anuláveis.

Tipo de dados	Comprimento padrão (caracteres)
char	Comprimento definido para a coluna
varchar	Comprimento definido para a coluna
nchar	Duas vezes o comprimento definido para a coluna
nvarchar	Duas vezes o comprimento definido para a coluna
Text	0
ntext	0
bit	1
binary	Duas vezes o comprimento definido para a coluna + 1
varbinary	Duas vezes o comprimento definido para a coluna + 1
image	0
datetime	24
smalldatetime	24
float	30
real	30
int	12
bigint	19
smallint	7
tinyint	5
money	30
smallmoney	30
decimal	41*
numeric	41*
uniqueidentifier	37
timestamp	17
varchar(max)	0
varbinary(max)	0
nvarchar(max)	0
UDT	Comprimento da coluna UDT (User-defined Term)
XML	0

*Para obter mais informações sobre os tipos de dados decimal e numeric, consulte decimal e numeric (Transact-SQL).

Observação
Uma coluna do tipo tinyint pode ter valores de 0 a 255; o número de máximo de caracteres necessários para representar qualquer número naquele intervalo é três (representando valores de 100 a 255).

Tamanhos do campo padrão para armazenamento de arquivo nativo

A tabela seguinte lista os tamanhos dos campos padrão para os dados a serem armazenados como um tipo de armazenamento de arquivo nativo. Dados anuláveis são do mesmo comprimento que dados de não anuláveis e os dados de caractere sempre são armazenados em formato de caractere.

Tipo de dados	Comprimento padrão (caracteres)
bit	1
binary	Comprimento definido para a coluna
varbinary	Comprimento definido para a coluna
image	0
datetime	8
smalldatetime	4
float	8
real	4
int	4
bigint	8
smallint	2
tinyint	1
money	8
smallmoney	4
decimal1	*
numeric1	*
uniqueidentifier	16
timestamp	8

1 Para obter mais informações sobre os tipos de dados decimal e numeric, consulte decimal e numeric (Transact-SQL).

Em todos os casos anteriores, para criar um arquivo de dados para recarregar posteriormente no SQL Server que mantenha o espaço de armazenamento em um mínimo, use um prefixo de comprimento com o tipo de armazenamento de arquivo padrão e o tamanho do campo padrão.