Discussion :

[Massigne]

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.

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 :

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

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

[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.

[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 .
De plus, toutes les colonnes sont nullables
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

[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.

[Invité]

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 :

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

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.

[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 +