Ошибка разбора как типа данных integer

Microsoft SQL Server 2008 (SP1), getting an unexpected ‘Conversion failed’ error.

Not quite sure how to describe this problem, so below is a simple example. The CTE extracts the numeric portion of certain IDs using a search condition to ensure a numeric portion actually exists. The CTE is then used to find the lowest unused sequence number (kind of):

CREATE TABLE IDs (ID CHAR(3) NOT NULL UNIQUE);

INSERT INTO IDs (ID) VALUES ('A01'), ('A02'), ('A04'), ('ERR');

WITH ValidIDs (ID, seq)
AS 
(
 SELECT ID, CAST(RIGHT(ID, 2) AS INTEGER)
   FROM IDs 
  WHERE ID LIKE 'A[0-9][0-9]'
)
SELECT MIN(V1.seq) + 1 AS next_seq
  FROM ValidIDs AS V1
 WHERE NOT EXISTS (
                   SELECT * 
                     FROM ValidIDs AS V2
                    WHERE V2.seq = V1.seq + 1
                  );

The error is, ‘Conversion failed when converting the varchar value ‘RR’ to data type int.’

I can’t understand why the value ID = 'ERR' should be being considered for conversion because the predicate ID LIKE 'A[0-9][0-9]' should have removed the invalid row from the resultset.

When the base table is substituted with an equivalent CTE the problem goes away i.e.

WITH IDs (ID)
AS
(
 SELECT 'A01'
 UNION ALL 
 SELECT 'A02'
 UNION ALL 
 SELECT 'A04'
 UNION ALL 
 SELECT 'ERR' 
),
ValidIDs (ID, seq)
AS 
(
 SELECT ID, CAST(RIGHT(ID, 2) AS INTEGER)
   FROM IDs 
  WHERE ID LIKE 'A[0-9][0-9]'
)
SELECT MIN(V1.seq) + 1 AS next_seq
  FROM ValidIDs AS V1
 WHERE NOT EXISTS (
                   SELECT * 
                     FROM ValidIDs AS V2
                    WHERE V2.seq = V1.seq + 1
                  );

Why would a base table cause this error? Is this a known issue?

UPDATE @sgmoore: no, doing the filtering in one CTE and the casting in another CTE still results in the same error e.g.

WITH FilteredIDs (ID)
AS 
(
 SELECT ID
   FROM IDs 
  WHERE ID LIKE 'A[0-9][0-9]'

), 
ValidIDs (ID, seq)
AS 
(
 SELECT ID, CAST(RIGHT(ID, 2) AS INTEGER)
   FROM FilteredIDs 
)
SELECT MIN(V1.seq) + 1 AS next_seq
  FROM ValidIDs AS V1
 WHERE NOT EXISTS (
                   SELECT * 
                     FROM ValidIDs AS V2
                    WHERE V2.seq = V1.seq + 1
                  );

Microsoft SQL Server 2008 (SP1), getting an unexpected ‘Conversion failed’ error.

Not quite sure how to describe this problem, so below is a simple example. The CTE extracts the numeric portion of certain IDs using a search condition to ensure a numeric portion actually exists. The CTE is then used to find the lowest unused sequence number (kind of):

CREATE TABLE IDs (ID CHAR(3) NOT NULL UNIQUE);

INSERT INTO IDs (ID) VALUES ('A01'), ('A02'), ('A04'), ('ERR');

WITH ValidIDs (ID, seq)
AS 
(
 SELECT ID, CAST(RIGHT(ID, 2) AS INTEGER)
   FROM IDs 
  WHERE ID LIKE 'A[0-9][0-9]'
)
SELECT MIN(V1.seq) + 1 AS next_seq
  FROM ValidIDs AS V1
 WHERE NOT EXISTS (
                   SELECT * 
                     FROM ValidIDs AS V2
                    WHERE V2.seq = V1.seq + 1
                  );

The error is, ‘Conversion failed when converting the varchar value ‘RR’ to data type int.’

I can’t understand why the value ID = 'ERR' should be being considered for conversion because the predicate ID LIKE 'A[0-9][0-9]' should have removed the invalid row from the resultset.

When the base table is substituted with an equivalent CTE the problem goes away i.e.

WITH IDs (ID)
AS
(
 SELECT 'A01'
 UNION ALL 
 SELECT 'A02'
 UNION ALL 
 SELECT 'A04'
 UNION ALL 
 SELECT 'ERR' 
),
ValidIDs (ID, seq)
AS 
(
 SELECT ID, CAST(RIGHT(ID, 2) AS INTEGER)
   FROM IDs 
  WHERE ID LIKE 'A[0-9][0-9]'
)
SELECT MIN(V1.seq) + 1 AS next_seq
  FROM ValidIDs AS V1
 WHERE NOT EXISTS (
                   SELECT * 
                     FROM ValidIDs AS V2
                    WHERE V2.seq = V1.seq + 1
                  );

Why would a base table cause this error? Is this a known issue?

UPDATE @sgmoore: no, doing the filtering in one CTE and the casting in another CTE still results in the same error e.g.

WITH FilteredIDs (ID)
AS 
(
 SELECT ID
   FROM IDs 
  WHERE ID LIKE 'A[0-9][0-9]'

), 
ValidIDs (ID, seq)
AS 
(
 SELECT ID, CAST(RIGHT(ID, 2) AS INTEGER)
   FROM FilteredIDs 
)
SELECT MIN(V1.seq) + 1 AS next_seq
  FROM ValidIDs AS V1
 WHERE NOT EXISTS (
                   SELECT * 
                     FROM ValidIDs AS V2
                    WHERE V2.seq = V1.seq + 1
                  );

I am struggling for a few days with this issue and I can’t figure out how can I fix it.

I would like to group by my table on values 1,2,3,4,5 so I have created a temporary table with this values.

Now I have to INNER JOIN this table with other tables on a.value = #myTempTable.num.

BUT a.value is ntext so I need to CONVERT it what I actually did, but I am getting an error:

Conversion failed when converting the varchar value ‘simple, ‘ to data
type int. (on line 7)

Create table #myTempTable
(
num int
)
insert into #myTempTable (num) values (1),(2),(3),(4),(5)

 SELECT a.name, CONVERT(INT, CONVERT(VARCHAR(12), a.value)) AS value, COUNT(*) AS pocet   
 FROM 
 (SELECT item.name, value.value 
  FROM mdl_feedback AS feedback 
  INNER JOIN mdl_feedback_item AS item 
       ON feedback.id = item.feedback
  INNER JOIN mdl_feedback_value AS value 
       ON item.id = value.item 
   WHERE item.typ = 'multichoicerated' AND item.feedback IN (43)
 ) AS a 
 INNER JOIN #myTempTable 
     on CONVERT(INT, CONVERT(VARCHAR(12), a.value)) = #myTempTable.num
 GROUP BY a.name, CONVERT(INT, CONVERT(VARCHAR(12), a.value)) ORDER BY a.name

 drop table #myTempTable

I am not getting this error without the last INNER JOIN

INNER JOIN #myTempTable on CONVERT(INT, CONVERT(VARCHAR(12), a.value))
= #myTempTable.num

Could someone help me please?

Thanks.

• Новичок

  • Регистрация: 05.07.2006
  • Сообщений: 149
  • Спасибо: 0

  ---

  Ошибка при тестироваии 4-фсс
  

  13.04.2012, 09:34

  УСНО от 12.04. При тестировании 4-фсс в протоколе проверки написано следующее.

  Протокол проверки отчета ФСС4

  Версия формата : 04

  Отчетный год : 2012

  Отчетный период : 03

  Ошибка проверки Ошибка разбора »» как типа данных integer. Не удалось проанализировать атрибут «KPS_NUM» со значением «».

  Метки:

  Нет

  ---

  • 
    Спасибо
    
    
    
    0
    

• Новичок

  • Регистрация: 30.10.2007
  • Сообщений: 4011
  • Спасибо: 27

  ---

  УСНО от 12.04. При тестировании 4-фсс в протоколе проверки написано следующее.

  Протокол проверки отчета ФСС4

  Версия формата : 04

  Отчетный год : 2012

  Отчетный период : 03

  Ошибка проверки Ошибка разбора »» как типа данных integer. Не удалось проанализировать атрибут «KPS_NUM» со значением «».

  Integer — целое число
  «» (пробел) — символьное данное.
  атрибут должен быть «0»

  Элементарно,

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• 

  • Регистрация: 01.02.2007
  • Сообщений: 3914
  • Спасибо: 88

  ---

  А KPS_NUM согласно 19-му приказу — это код подчинённости.

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• 

  Сотрудник БухСофт.ру

  • Регистрация: 24.03.2010
  • Сообщений: 744
  • Спасибо: 7

  ---

  «Ошибка разбора KPS_NUM» — не заполнен код подчиненности на титульном листе.

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• Местный

  • Регистрация: 16.01.2008
  • Сообщений: 169
  • Спасибо: 2

  ---

  [QUOTE=v_i_b;2123443]Integer — целое число
  «» (пробел) — символьное данное.
  атрибут должен быть «0»

  Вставляю 0
  И вот что пишет:
  Протокол проверки отчета ФСС4
  Версия формата : 04
  Отчетный год : 2012
  Отчетный период : 03

  Ошибка проверки «0» нарушает ограничение pattern для «d{4}[1,2,3]». Не удалось проанализировать атрибут «KPS_NUM» со значением «0».

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• 

  • Регистрация: 01.02.2007
  • Сообщений: 3914
  • Спасибо: 88

  ---

  Опять же — код подчинённости. Только в этот раз не пробелы, а 0.

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• Новичок

  • Регистрация: 30.10.2007
  • Сообщений: 4011
  • Спасибо: 27

  ---

  УСНО от 12.04. При тестировании 4-фсс в протоколе проверки написано следующее.

  Протокол проверки отчета ФСС4

  Версия формата : 04

  Отчетный год : 2012

  Отчетный период : 03

  Ошибка проверки Ошибка разбора »» как типа данных integer. Не удалось проанализировать атрибут «KPS_NUM» со значением «».

  Нужен переводчик с пацанского(программисткого) на общечеловеческий.

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

1

24.10.2022, 16:59. Показов 702. Ответов 2

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

USE MNVP_Kvadro;
Go
IF EXISTS (SELECT * FROM sys.tables WHERE NAME = 'Customers ')
    DROP TABLE Customers  
CREATE TABLE Customers  
    (CustomerID INT NOT NULL,
    Customer    VARCHAR(60)     NOT NULL,
    Phone   VARCHAR(10)     NOT NULL,
    Bank    VARCHAR(60)     NOT NULL,
    Account VARCHAR(20)     NOT NULL,
    INN VARCHAR(10)     NOT NULL,
    AddressCust VARCHAR(60)     NOT NULL,
    FioWorker   VARCHAR(60)     NOT NULL,
    PhoneWorker NUMERIC     NOT NULL
 
    CONSTRAINT CustomerID PRIMARY KEY (CustomerID));
GO

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

USE [MNVP_Kvadro]
GO
--IF OBJECT_ID ('UpdateCustomers','P')IS NOT NULL
--DROP PROCEDURE UpdateCustomers
--GO
CREATE PROCEDURE UpdateCustomers (  
    @CustomerID INT,
    @Customer   VARCHAR(60), 
    @Phone  VARCHAR(15),    
    @Bank   VARCHAR(60) ,   
    @Account    VARCHAR(25),    
    @INN    VARCHAR(15),     
    @AddressCust    VARCHAR(60), 
    @FioWorker  VARCHAR(60), 
    @PhoneWorker    NUMERIC)
 
AS
BEGIN
SET NOCOUNT ON;
INSERT INTO [dbo].[Customers]([CustomerID],[Customer],[Phone],[Bank],[Account],[INN],[AddressCust],[FioWorker].[PhoneWorker]
)
VALUES (@Customer,@Phone,@Bank,@Account,@INN,@AddressCust,@FioWorker,@PhoneWorker)
RETURN @@ERROR
END

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

USE [MNVP_Kvadro]
GO
 
DECLARE @return_value int
 
EXEC    @return_value = [dbo].[UpdateCustomers]
        @CustomerID = 31,
        @Customer = 'Имя Фаимя и все',
        @Phone = '88001044444',
        @Bank= 'банк',
        @Account  = '4217250450949275662',
        @INN = '1234567899',
        @AddressCust = 'nope',
        @FioWorker = 'ф ф ф',
        @PhoneWorker = 880055533322
 
SELECT  'Return Value' = @return_value
 
GO

1
2
3
4
5
6
7
8
9
10
11

USE [MNVP_Kvadro]
GO
 
EXEC [dbo].[UpdateCustomers] 31,'Имя Фаимя и все','88001044444','банк','4217250450949275662','1234567899','nope','ф ф ф', 880055533322
 
-- и ещё один
 
USE [MNVP_Kvadro]
GO
 
EXEC [dbo].[UpdateCustomers] 31,'Имя Фаимя и все', 8800122254444,'Банк', 4217250120949275662,1234567899,'nope','а а а',8900105555

0