INSERT não armazena o valor passado

Question

Ola pessoal.

Estou com o seguinte problema.

Ao tentar inserir ums STRING em um campo varchar, os dados apos o insert estao diferentes.

Passo no insert o valor '1A...20', mas quando vou na tabela, o valor gravado é '1A.20'.

Answer 1

Deleted

Answer 2

O Create é este:

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

SET ANSI_PADDING ON
GO

CREATE TABLE [dbo].[Setor](
	[Cod] [int] IDENTITY(1,1) NOT NULL,
	[Setor] [varchar](20) NULL,
	[LogAcessoUsuario] [varchar](45) NOT NULL,
	[LogAcaoUsuario] [varchar](45) NOT NULL,
	[LogDataUsuario] [datetime] NOT NULL,
 CONSTRAINT [PK_setor] PRIMARY KEY CLUSTERED 
(
	[Cod] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

SET ANSI_PADDING OFF
GO

ALTER TABLE [dbo].[Setor] ADD  DEFAULT (getdate()) FOR [LogDataUsuario]
GO

O insert é feito assim:

INSERT INTO [YNCA-T].[dbo].[Setor]
           ([Setor]
           ,[LogAcessoUsuario]
           ,[LogAcaoUsuario])
     VALUES
           ('1A…20','ADMIN','NEW')
GO

Answer 3

Rodei o seu script e armazenou o valor correto.

Rodei dentro do mesmo BD, apenas para ter certeza que nao seria o COLLATION.

O que pode estar acontecendo?

Answer 4

Fiz o seguinte comando neste momento na tabela Nada:

INSERT INTO [YNCA-T].[dbo].[Nada]
           ([Texto])
     VALUES
           ('3A…20')
GO

Aconteceu a mesma coisa, o valor foi armazenado trocado.

Answer 5

Deleted

Answer 6

Nao existe nenhum trigger na tabela.

Answer 7

Deleted

Answer 8

Executei a procedure.

Retornou vazio a tabela.

YNCA-T é o banco de dados corrente.

Se eu der um update com o valor, ele é armazenado corretamente.

A questão é, o sistema repassa os dados, e ter de dar um UPDATE com o valor correto do nome é absurdo.

Desde inicio do dia, que recebi a OS do problema, sem solução. Pensei no COLLATION mas nao interferiu.

Answer 9

O Collation co codigo 2: 

SQL_Latin1_General_CP850_CI_AI

SQL_Latin1_General_CP850_CI_AI

Answer 10

Deleted

Answer 11

Trocar o collation da base?

srsrrrs

Isso vai me dar dor de cabeça.

Bem, vou marcar como respondido.

Obrigado pela atenção.

Answer 12

Deleted

Answer 13

Entao vou aguardar uma solução sua.

Enquanto isso vou tentando aqui um paleativo.

---

Leonardo Costa

Answer 14

Deleted

Answer 15

Seria a codificação ASCII dos caracteres?

Os '...' estao conflitando?

Vou verificar e retorno.

---

Leonardo Costa

Answer 16

Basta fazer o teste conforme abaixo nos dois bancos:

SELECT ASCII('…')

Banco com collation SQL_Latin1_General_CP850_CI_AI retorna 46(que é o ASCII do .)

Banco com collation SQL_Latin1_General_CP1_CI_AS retorna 133

Está claro o conflito.

Answer 17

Deleted