function split ?

salut,

j'ai une table "table1" qui contient une cle a une chiane de caractere
exe (id,lib)=>(1,'1,2')
je veux creer une 2 eme table avec un auatnt de , que de champ lib

exemple
table1(1,'1,2')
table2(1,'1','2')
voila pour realiser ça? j'ai essayé ça mais ça marche.
j'ai tjrs la meme valeur dans lib1 et lib2
je sais pas comment incrementer d'une maniere dynamique l'indice de depart

Code:

---

1 2 3 4 5 6

select IDENTITY(INT,1,1) AS ID ,substring ([chaine],1,charindex(',',[chaine])-1) as [lib1] ,substring ([chaine],1,charindex(',',[chaine])-1) as [lib2] into [dbo].[table2] from [dbo].[table1]

---

des idées???

Est-ce le nombre d’élément du champ lib, de la table table1, est le même quelle que soit la ligne ou il peut varier d’une ligne à l’autre. Autrement dit est-ce que peut avoir ceci dans table1
Table1

Code:

---

1 2 3 4

Id lib 1 ‘1,2,3’ 2 ‘1,2,3,4’ 3 ‘1,2,3,4,5’

---

Au quel cas, Tu ne peux pas connaitre à l’avance le nombre de colonnes de la table2 (sauf à définir un nombre de colonne max ?)

Code:

---

1 2 3 4

Id lib 1 ‘1,2,3’ 2 ‘1,2,3,4’ 3 ‘1,2,3,4,5’

---

oui on peut avoir ce cas qui se transforme à

Code:

---

1 2 3 4 5

Id lib lib1 lib2 lib3 lib4 1 ‘1' '2' '3’ 2 ‘1' '2' '3' '4’ 3 ‘1' '2' '3' '4' '5'

---

1 - OK, mais comme la table table2 sera créée une seule fois (?), il faudra toute fois préciser le nombre de colonnes maximum. Bon, ce n'est pas le problème. Ce nombre peut être calculé, à un instant ‘t’, en fonction des données de la table table1. sachant qu’une table (SQL server 2005 et supérieur) peut contenir jusqu’à 1024 colonnes.

2 - Ci-dessous une fonction SPLIT qui pourra te servir pour décomposer les éléments du champ table1.lib

Code:

---

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

CREATE FUNCTION dbo.FC_U_SPLIT( @pi_List VARCHAR(8000), @pi_Delimiter VARCHAR(8000) = ',' ) RETURNS @List TABLE (Item VARCHAR(8000)) BEGIN DECLARE @sItem VARCHAR(8000) WHILE CHARINDEX(@pi_Delimiter,@pi_List,0) <> 0 BEGIN SET @sItem = RTRIM(LTRIM(SUBSTRING(@pi_List,1,CHARINDEX(@pi_Delimiter,@pi_List,0)-1))); SET @pi_List = RTRIM(LTRIM(SUBSTRING(@pi_List,CHARINDEX(@pi_Delimiter,@pi_List,0)+LEN(@pi_Delimiter),LEN(@pi_List)))); IF LEN(@sItem) > 0 INSERT INTO @List (Item) VALUES (@sItem); END; IF LEN(@pi_List) > 0 INSERT INTO @List (Item) VALUES (@pi_List); RETURN; END GO

---

La fonction ci-dessus, de type table, FC_U_SPLIT combinée à la fonction ROW_NUMBER te permettra de numéroter les lignes,
Exemple
Supposons que Table1.lib contient la valeur chaine '1,2,3,4,5'

Code:

---

1 2	SELECT ROW_NUMBER() OVER(ORDER BY item ASC) AS RowNumber, Item FROM dbo.FC_U_SPLIT('1,2,3,4,5',',')

---

Résultat :

Code:

---

1 2 3 4 5 6

RowNumber Item 1 1 2 2 3 3 4 4 5 5

---

Ces numéros de lignes (colonne RowNumer) correspondront, lors de l’insertion, au numéro de colonnes dans la table table2 (c’est comme si tu fais une rotation de 90° du résultat de la fonction FC_U_SPLIT)

Code:

---

1 2 3

Table2 … lib1 lib2, lib3, lib4, lib5 .. 1 2 3 4 5

---

Voilà le travail est un peu mâché, maintenant je te laisse mettre tout ça au propre et finir le boulot !

A+

Entre nous, bonjour la galère pour gérer une table pareille...
Il serait plus propre d'insérer une ligne par couple.

Pour (1,'1,2') et (3,'2,5') :
tu aurais dans la table de destination, les couples :
(1,1)
(1,2)
(3,2)
(3,5)

Ça serait bien plus facile de faire des requêtes la-dedans que sur toutes les colonnes d'une table telle que défini auparavant.

Après, libre à toi de te compliquer la vie...

1 -

Citation:

---

Il serait plus propre d'insérer une ligne par couple

---

Personnellement je suis entièrement d’accord avec toi. En plus ce serait dans la logique du modèle relationnel, En effet, on doit toujours résonner en terme de tuples (ie des enregistrements lignes) et non pas sur des colonnes. En plus la table table2 serait plus facile à utiliser dans des opérations de jointure etc..
Maintenant, personnellement je n’ai pas tous les éléments pour apporter un jugement sur le MCD. Il y a peut être une raison pour ce choix (?) .

2 - Je ne l’ai pas précisé dans mon poste précédent, mais il faudra vraisemblablement recourir au SQL dynamique EXECUTE sp_executesql pour construire dynamiquement les requêtes INSERT sur la table table2