Récupérer des données spécifiques dans une colonne

Version imprimable

1 pièce(s) jointe(s)

Salut le forum;
j'ai une table avec une colonne 'PIDSizeID' 'AchatClient' PID représente la colonne PID dans la table produit SizeID représente la colonne SizeID de la table Size.
Pièce jointe 588397
je voudrais récupéré de façons séparé les données des colonnes 'PID' et 'SizeID' par une requête select. est ce que c'est possible? si oui comment faire?

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
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[tblPurchase](
	[PurchaseID] [bigint] IDENTITY(49,1) NOT NULL,
	[UserID] [int] NULL,
	[PIDSizeID] [nvarchar](max) NULL,
	[CartAmount] [money] NULL,
	[CartDiscount] [money] NULL,
	[TotalPayed] [money] NULL,
	[PaymentType] [nvarchar](50) NULL,
	[PaymentStatus] [nvarchar](50) NULL,
	[DateOfPurchase] [datetime] NULL,
	[Name] [nvarchar](max) NULL,
	[Address] [nvarchar](max) NULL,
	[PinCode] [nvarchar](50) NULL,
	[MobileNumber] [nvarchar](50) NULL,
PRIMARY KEY CLUSTERED 
(
	[PurchaseID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
 
GO
SET IDENTITY_INSERT [dbo].[tblPurchase] ON 
 
INSERT [dbo].[tblPurchase] ([PurchaseID], [UserID], [PIDSizeID], [CartAmount], [CartDiscount], [TotalPayed], [PaymentType], [PaymentStatus], [DateOfPurchase], [Name], [Address], [PinCode], [MobileNumber]) VALUES (49, 2, N'10010-10006,10010-10006', 2299.0000, 1400.0000, 899.0000, N'Paytm', N'NotPaid', CAST(N'2020-06-21 20:45:15.873' AS DateTime), N'ffdsf', N'fdf', N'5465+', N'4556546')
INSERT [dbo].[tblPurchase] ([PurchaseID], [UserID], [PIDSizeID], [CartAmount], [CartDiscount], [TotalPayed], [PaymentType], [PaymentStatus], [DateOfPurchase], [Name], [Address], [PinCode], [MobileNumber]) VALUES (50, 3, N'10012-10010,10011-10008', 19598.0000, 2900.0000, 16698.0000, N'Paytm', N'NotPaid', CAST(N'2020-12-29 06:55:13.110' AS DateTime), N'', N'', N'', N'')
INSERT [dbo].[tblPurchase] ([PurchaseID], [UserID], [PIDSizeID], [CartAmount], [CartDiscount], [TotalPayed], [PaymentType], [PaymentStatus], [DateOfPurchase], [Name], [Address], [PinCode], [MobileNumber]) VALUES (51, 3, N'10012-10010,10011-10008,10012-10010,10013-10008', 52197.0000, 5000.0000, 47197.0000, N'Paytm', N'NotPaid', CAST(N'2020-12-29 14:32:30.687' AS DateTime), N'Djouontu Rodrigue', N'Douala', N'12345', N'681888316')
INSERT [dbo].[tblPurchase] ([PurchaseID], [UserID], [PIDSizeID], [CartAmount], [CartDiscount], [TotalPayed], [PaymentType], [PaymentStatus], [DateOfPurchase], [Name], [Address], [PinCode], [MobileNumber]) VALUES (52, 4, N'10013-10007,10010-10006,10013-10007', 52299.0000, 3400.0000, 48899.0000, N'Paytm', N'NotPaid', CAST(N'2020-12-29 19:43:55.523' AS DateTime), N'Massigne Diane', N'DOUALA BOJONGO', N'4545', N'681888316')
SET IDENTITY_INSERT [dbo].[tblPurchase] OFF
ALTER TABLE [dbo].[tblPurchase]  WITH CHECK ADD  CONSTRAINT [ FK_tblPurchase_ToUsers] FOREIGN KEY([UserID])
REFERENCES [dbo].[Users] ([Uid])
GO
ALTER TABLE [dbo].[tblPurchase] CHECK CONSTRAINT [ FK_tblPurchase_ToUsers]
GO

13/01/2021, 10h07
StringBuilder

Bonjour,

C'est extrêmement mal modélisé.
Vous devriez avoir une sous-table avec 3 colonnes :
- PurchaseID => FK vers tblPurchase(PurchaseID)
- PID => FK vers tblProduit(PID)
- SizeID => FK vers tblSize(SizeID)

Comme ça vous auriez bien moins de mal à faire vos jointures.

Ensuite, ça me semble assez compliqué votre histoire, puisque la colonne PIDSizeID contient n couples PID, SizeID

Ainsi, il faut faire dans un pemier temps un STRING_SPLIT() (https://docs.microsoft.com/fr-fr/sql...l-server-ver15) sur le caratère ',' suivi d'un découpage à grand coup de SUBSTRING() (https://docs.microsoft.com/fr-fr/sql...l-server-ver15)

En tout cas, si vous ne corrigez pas votre modèle des données, vous allez vous lancer dans une belle usine à gaz.
13/01/2021, 10h31
escartefigue

Effectivement, cette modélisation ne vous attirera que des ennuis
Plusieurs attributs dans une même colonne, c'est une hérésie, quand en plus il s'agit de valeurs de clefs étrangères, c'est encore pire :aie:.
De plus, toutes les colonnes sont nullables :aie:
Et également, une adresse sur un seul attribut, ca ne correspond à rien, tout ou quasiment est de type nvarchar, y compris les codes, bref c'est la m####

tout est à revoir d'urgence
13/01/2021, 11h39
Massigne

Bonjour à tous et merci pour vos réponses;
j'ai effectivement trois tables: une table 'Produits' une table 'Size' et une table 'AchatClient' puisque c'est pour un site E-commerce, le client peut sélectionner
plusieurs produit et faire un seule paiement pout tous ces produits c'est la raison pout laquelle j'ai créé cette colonne qui récence tous les produits qui correspond à un paiement.

Citation:

Envoyé par Massigne

plusieurs produit et faire un seule paiement pout tous ces produits c'est la raison pout laquelle j'ai créé cette colonne qui récence tous les produits qui correspond à un paiement.

Ça reste une très mauvaise pratique. Ça aurait pris une table de croisement.
Et la preuve en est que tu galères déjà pour en manipuler les données...

Tu peux t'inspirer de ça :
Code:

1 2 3 4 DECLARE @t TABLE ( id int primary key, val VARCHAR(50) ); INSERT @t VALUES (1, '1t1to;titi1;1tu1tu1;1tata'),(2,'titi22;toto2;tat2a'); ; WITH CTE AS ( SELECT id, CAST('<c>' + REPLACE(val, ';','</c><c>') + '</c>' AS XML) AS val_xml FROM @t ) SELECT CTE.id , T.C.value('(./text())[1]','VARCHAR(MAX)') AS val FROM CTE CROSS APPLY val_xml.nodes('//c') AS T(C)
Dans son cas, le STRING_SPLIT ne fonctionnera pas, il est sur une version 2014 et cette fonctionnalité n'est disponible qu'à partir de la version 2016.

14/01/2021, 10h06
SQLpro
C'est un viol de la première forme normale. Votre base n'est donc pas du tout relationnelle ! Vous n'aurez que des emmerdes avec cette modélisation abjecte, imbécile et stupide.
- D'abord l'écriture des requêtes qui va être très complexe, d’où votre présence sur ce forum
- ensuite des performances catastrophiques.....
Commencez par revoir votre modèle et les requêtes seront facile à écrire et très performantes !

A +
14/01/2021, 16h45
escartefigue
Citation:
Envoyé par SQLpro

D'abord l'écriture des requêtes qui va être très complexe, d’où votre présence sur ce forum
ensuite des performances catastrophiques.....
Et aussi, très important, intégrité des données plus que douteuse.
Donc des requêtes très difficiles à mettre au point, dont le temps d'exécution sera rédhibitoire et dont les résultats ne seront pas fiables :aie:

Ou comment se faire plein d'amis :mrgreen:

Une solution :

Code:

1
2
3
4
5
6
7
8
9
10
11
WITH 
T AS
(
SELECT T.*, LTRIM(s.value) AS PS
FROM   tblPurchase AS T
       CROSS APPLY string_split(PIDSizeID, ',') AS s
)
SELECT PurchaseID, PIDSizeID, 
       LEFT(PS, CHARINDEX('-', PS) - 1) AS PID, 
       RIGHT(PS, LEN(PS) - CHARINDEX('-', PS)) AS SizeID
FROM   T

Mais ce sera bien pourri au niveau des perf !

A +

18/01/2021, 12h18
Massigne

Bonjour à tous et merci pour vos réponses la meilleure solution est donc de revoir la structure de mes tables
18/01/2021, 13h14
escartefigue

En effet

Si vous ne maîtrisez pas la modélisation des bases de données, profitez du forum consacré à ce sujet et qui se trouve ici
https://www.developpez.net/forums/f6...sation/schema/

Une base mal modélisée étant la source de tous les maux, il est préférable de consacrer le temps nécessaire à la modélisation, on ne s'en porte que mieux après. Autant les développeurs, les exploitants que les utilisateurs vous en seront reconnaissants :)