Discussion :

[JazzFun]

Bonjour à tous,

Je travaille en industrie sur une GPAO sous SQL Server. Et je dois imprimer des étiquettes fonction un nombre de carton.


Quand je crée un ordre de fabrication, ma table enregistre une unique ligne, pour faire court :


[OF] [QTE_LANCEE] [QTE_COLIS] [NB_CARTON]

178 80 20 4


A partir de cette ligne, je dois imprimer des étiquettes selon [NB_CARTON] en créant une nouvelle colonne qui va m'incrémenter un numéro (ce numéro reprendra
la valeur de [OF] suivi d'une incrémentation '001' qui constituera mon numéro d'étiquette). Par conséquent, ci-dessous ce que je souhaiterais obtenir :


[OF] [QTE_LANCEE] [QTE_COLIS] [NB_CARTON] [NUM_ETIQ]

178 80 20 4 178001
178 80 20 4 178002
178 80 20 4 178003
178 80 20 4 178004

Merci pour votre aide,

Yann

[al1_24]

Le plus simple, ce serait d'avoir une table (appelons la nombre(numero)) qui liste les nombres de 1 à 999.
Ensuite ce n'est plus qu'une question de jointure.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
SELECT  tbl.of
    ,   tbl.qte_lancee
    ,   tbl.qte_colis
    ,   tbl.nb_carton
    ,   tbl.of * 1000 + nbr.numero  AS num_etiq
FROM    matable tbl
    INNER JOIN
        nombre  nbr
        ON  nbr.numero  <= tbl.nb_carton
;

Tu peux améliorer le modèle en remplaçant la table nombre par une CTE avec une requête récursive qui créera la liste

[JazzFun]

Merci je vais tester cela !!!

[aieeeuuuuu]

Bonjour,

Le plus simple, ce serait d'avoir une table (appelons la nombre(numero)) qui liste les nombres de 1 à 999.

On l'a !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
SELECT	number
FROM	master.dbo.spt_values
WHERE	type = 'P'

[al1_24]

Je ne manipule pas suffisament SQL-Server pour connaitre ces subtilités et je n'ai pas actuellemet ce SGBD à ma disposition.
Merci de nous partager ton expertise.

[aieeeuuuuu]

Attention toutefois, ça reste non documenté. mais je pense que cette table a peu de chance de disparaitre un jour de la base Master.

[SQLpro]

Bonjour,

On l'a !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
SELECT	number
FROM	master.dbo.spt_values
WHERE	type = 'P'

Ce conseil est stupide. En effet la valeur number de cette table contient des doublons :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT number, count(*) 
FROM master.dbo.spt_values
GROUP  BY number
HAVING count(*) > 1
ORDER BY number

et la numérotation n'est pas continue :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
WITH T AS (
SELECT DISTINCT number
FROM   master.dbo.spt_values)
SELECT DISTINCT number, ROW_NUMBER() OVER(ORDER BY number) - 3
FROM   T
ORDER  BY number;

regardez après 2048...

En sus et comme dit c'est une table système susceptible d'être supprimée ou modifié sans préavis !


Le plus simple est de créer une tble de nombre; par exemple dans msdb :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
USE msdb;
GO
 
CREATE TABLE T (N INT IDENTITY PRIMARY KEY);
GO
 
INSERT INTO T DEFAULT VALUES;
GO 1000

A +

[aieeeuuuuu]

Ce conseil est stupide.

Non, c'est de n'en lire que la moitié qui l'est.

En ajoutant le filtre que j'avais mis à ma requête, il n'y a plus de doublon, et on a bien une et une seule fois tous les chiffres entier de 0 à 2048.

Quant à sa possible disparition sans préavis, j'en doute : si je ne me trompe pas, c'est un héritage de sysbase, et c'est utilisé par pas mal de procédures système. Cela dit, la création d'une table AdHoc est en effet une solution plus sûre et plus propre.

En développement (ou sur les forum ) cette table est bien pratique. C'est comme le reste, il faut savoir en faire bon usage.