UPDATE d'une colonne au format numeric

Version imprimable

17/07/2018, 16h17
Raphaelgp27

UPDATE d'une colonne au format numeric
Bonjour,

Suite à une montée de version du logiciel ERP de ma boîte, les colonnes d'une table SQL sont passées au format numeric(19,8).

Le problème est que je faisais un UPDATE sur ses colonnes pour "fermer" les lignes automatiquement du style suivant :
Code:

1 2 UPDATE PROST.dbo.ETEMPS SET HeureFin='22' WHERE DureeExecution='0'
Celui marchait parfaitement avant le changement de format. Maintenant, quand je l'exécute sous MS-SQL Server j'obtiens le message suivant :
Code:

1 2 3 Msg*8114, Niveau*16, État*5, Ligne*1 Erreur de conversion du type de données varchar en numeric.
Ma question est donc la suivante, savez-vous comment faire un UPDATE sur une colonne au format numeric ?

Cordialement,
Raphaelgp27
17/07/2018, 17h00
sebastien_m

Bonjour,

Ce sont des nombres.
La requete devrait donc ressembler à :

Code:

UPDATE PROST.dbo.ETEMPS SET HeureFin=22 WHERE DureeExecution=0

les apostrophes servent pour les chaines de caracteres.
17/07/2018, 17h05
Raphaelgp27

Bonjour,

Merci pour votre réponse.
Je viens d'essayer sans les apostrophes mais cela ne fonctionne pas et me renvoie le même message d'erreur.
17/07/2018, 17h14
Invité

Donnez-nous le DDL de la table, svp.

Les colonnes sur lesquelles doit se faire le UPDATE sont "HeureFinExecuto" et "MinuteFinExecuto" .
Voici le DLL :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
SET ANSI_NULLS ON
GO
 
SET QUOTED_IDENTIFIER ON
GO
 
SET ANSI_PADDING ON
GO
 
CREATE TABLE [dbo].[ETEMPS](
	[NoEnregistrement] [numeric](19, 8) NOT NULL,
	[DateTravail] [datetime] NULL,
	[TypeLctimprod] [char](1) NULL,
	[CodeLanctimprod] [varchar](30) NULL,
	[Phase] [varchar](30) NULL,
	[CodePoste] [varchar](30) NULL,
	[CodeOperateur] [varchar](30) NULL,
	[NumeroAffaire] [varchar](30) NULL,
	[Section] [varchar](30) NULL,
	[Remarque1] [varchar](75) NULL,
	[Remarque2] [varchar](75) NULL,
	[Remarque3] [varchar](75) NULL,
	[ExecutTerminee] [char](1) NULL,
	[ReglageTermine] [char](1) NULL,
	[CalageTermine] [char](1) NULL,
	[TypeTravail] [char](1) NULL,
	[CodeIncident] [varchar](30) NULL,
	[PhaseIncident] [varchar](30) NULL,
	[CodePosteIncident] [varchar](30) NULL,
	[CodePrestation] [varchar](30) NULL,
	[CodeFournisseur] [varchar](30) NULL,
	[NumeroAchat] [varchar](30) NULL,
	[NumeroAr] [varchar](30) NULL,
	[QtiteFabNonEntSk] [numeric](19, 8) NULL,
	[QteRebutIncident] [numeric](19, 8) NULL,
	[CoutStandardPoste] [numeric](19, 8) NULL,
	[CoutSupplementaire] [numeric](19, 8) NULL,
	[DateCreationFiche] [datetime] NULL,
	[DateModifFiche] [datetime] NULL,
	[DateCreation] [datetime] NULL,
	[DateModification] [datetime] NULL,
	[TauxFixe] [numeric](19, 8) NULL,
	[TauxVariable] [numeric](19, 8) NULL,
	[PrcentCoutIndirect] [numeric](19, 8) NULL,
	[NumeroLigne] [numeric](19, 8) NULL,
	[DureeExecution] [numeric](19, 8) NULL,
	[DureeReglage] [numeric](19, 8) NULL,
	[DureeCalage] [numeric](19, 8) NULL,
	[HeureDebutExecuto] [numeric](19, 8) NULL,
	[MinuteDebutExecuto] [numeric](19, 8) NULL,
	[HeureFinExecuto] [numeric](19, 8) NULL,
	[MinuteFinExecuto] [numeric](19, 8) NULL,
	[HeureDebutReglage] [numeric](19, 8) NULL,
	[MinuteDebutReglage] [numeric](19, 8) NULL,
	[HeureFinReglage] [numeric](19, 8) NULL,
	[MinuteFinReglage] [numeric](19, 8) NULL,
	[HeureDebutCalage] [numeric](19, 8) NULL,
	[MinuteDebutCalage] [numeric](19, 8) NULL,
	[HeureFinCalage] [numeric](19, 8) NULL,
	[MinuteFinCalage] [numeric](19, 8) NULL,
	[HeuresExecuto] [numeric](19, 8) NULL,
	[MinutesExecuto] [numeric](19, 8) NULL,
	[HeuresReglage] [numeric](19, 8) NULL,
	[MinutesReglage] [numeric](19, 8) NULL,
	[HeuresCalage] [numeric](19, 8) NULL,
	[MinutesCalage] [numeric](19, 8) NULL,
	[VarAlphaUtil] [varchar](50) NULL,
	[VarAlphaUtil2] [varchar](50) NULL,
	[VarAlphaUtil3] [varchar](50) NULL,
	[VarAlphaUtil4] [varchar](50) NULL,
	[VarAlphaUtil5] [varchar](50) NULL,
	[VarAlphaUtil6] [varchar](50) NULL,
	[VarAlphaUtil7] [varchar](50) NULL,
	[VarAlphaUtil8] [varchar](50) NULL,
	[VarAlphaUtil9] [varchar](50) NULL,
	[VarAlphaUtil10] [varchar](50) NULL,
	[VarAlphaUtil11] [varchar](50) NULL,
	[VarNumUtil] [numeric](19, 8) NULL,
	[VarNumUtil2] [numeric](19, 8) NULL,
	[VarNumUtil3] [numeric](19, 8) NULL,
	[VarNumUtil4] [numeric](19, 8) NULL,
	[VarNumUtil5] [numeric](19, 8) NULL,
	[VarNumUtil6] [numeric](19, 8) NULL,
	[VarNumUtil7] [numeric](19, 8) NULL,
	[VarNumUtil8] [numeric](19, 8) NULL,
	[VarNumUtil9] [numeric](19, 8) NULL,
	[VarNumUtil10] [numeric](19, 8) NULL,
	[VarNumUtil11] [numeric](19, 8) NULL,
 CONSTRAINT [PK_ETEMPS] PRIMARY KEY CLUSTERED 
(
	[NoEnregistrement] 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

18/07/2018, 15h39
Invité

Numeric(19,8) pour des durées, des heures et tout ce qui est composé de chiffes, mettons que ce n'est pas vraiment le choix le plus judicieux... :ptdr:

La requête de sebastien_m est correct pour éviter le transtypage

Code:

UPDATE PROST.dbo.ETEMPS SET HeureFin=22 WHERE DureeExecution=0

mais je ne vois pas de colonne HeureFin dans votre table...
Donnez-nous la requête réelle que vous faites et l'erreur qui va avec sinon on ne pourra pas faire grand chose de plus.
18/07/2018, 16h54
StringBuilder

Ca me rappelle un souci que j'ai eu avec Oracle il y a très longtemps (version 7 ? 8 ?)

Un script de mise à jour d'un ERP avait modifié le type d'une colonne de VARCHAR2(40) en NUMBER(38)

Et le ALTER était tellement bien foutu et Oracle tellement génial que la colonne contenant des "RENDEZ-VOUS A 18H" avaient été converties en NUMBER... sans aucun souci !

Au détail près que dès qu'on faisait un SELECT sur la table, une telle donnée était retournée, ça faisait tout planter :aie:

Bref… Heureusement, ici je ne crois pas que ce soit possible avec SQL Server…

Ca sent plutôt comme l'a dit 7gyY9w1ZY6ySRgPeaefZ être un message d'erreur qui n'a rien à avoir avec la requête que vous nous proposez...
18/07/2018, 17h09
sebastien_m

Déclenchement d'un trigger qui planterait ?
18/07/2018, 18h15
Invité

Citation:

Envoyé par sebastien_m

Déclenchement d'un trigger qui planterait ?

Une piste intéressante !
J'ai déjà eu ça un trigger qui faisait un

Code:

IF UneColonneEnVarchar = 9

qui s'est mis à donner des erreurs de transtypage quand un imprudent c'est mis à mettre autre chose que des chiffres dans cette colonne... :mouarf:
19/07/2018, 08h23
Raphaelgp27

Merci tout le monde,

J'ai bien réfléchis suite à vos réflexions, et enfaite il s'agissait d'une erreur dans ma clause WHERE. En effet avec le changement de type, j'aurais dû voir plus tôt que "<>' ' " devait être remplacer par un "NOT LIKE '0.0%' ".
J'avais mal identifier le problème :aie:
19/07/2018, 11h36
sebastien_m

oui, ça marche, m'enfin bon NOT LIKE '0.0%' moi ça me choque un peu quand même.

il y a peut être moyen de dire <>0 ou ABS(champ)>=0.1 non ?
19/07/2018, 13h58
Invité

Citation:

Envoyé par Raphaelgp27

J'ai bien réfléchis suite à vos réflexions, et enfaite il s'agissait d'une erreur dans ma clause WHERE. En effet avec le changement de type, j'aurais dû voir plus tôt que "<>' ' " devait être remplacer par un "NOT LIKE '0.0%' ".
J'avais mal identifier le problème :aie:

Encore une fois, on essaie d'aider quelqu'un qui nous donne la moitié du problème... :aie: