Si une table a deux colonnes xml, l'insertion des enregistrements sera-t-elle beaucoup plus lente?

Question

Est-ce une mauvaise chose d'avoir deux colonnes xml dans une table? + Jusqu'à quel point ces colonnes XML sont-elles plus lentes en termes de mise à jour/insertion/lecture de données?

En profileur ce genre d'insertion prend normalement 0 ms, mais parfois il va jusqu'à 160ms:

declare @p8 xml 
set @p8=convert(xml,N'<interactions><interaction correct="false" score="0" 
id="0" gapid="0" x="61" y="225"><feedback/><element id="0" position="0" 
elementtype="1"><asset/></element></interaction><interaction correct="false" 
score="0" id="1" gapid="1" x="64" y="250"><feedback/><element id="0" position="0" 
elementtype="1"><asset/></element></interaction><interaction correct="false" 
score="0" id="2" gapid="2" x="131" y="250"><feedback/><element id="0" position="0" 
elementtype="1"><asset/></element></interaction></interactions>') 

declare @p14 xml 
set @p14=convert(xml,N'<contentinteractions/>') 
exec sp_executesql N'INSERT INTO  
[dbo].[PackageSessionNodes]([dbo].[PackageSessionNodes].[PackageSessionId], 
[dbo].[PackageSessionNodes].[TreeNodeId],[dbo].[PackageSessionNodes].[Duration], 
[dbo].[PackageSessionNodes].[Score],[dbo].[PackageSessionNodes].[ScoreMax], 
[dbo].[PackageSessionNodes].[Interactions],[dbo].[PackageSessionNodes].[BrainTeaser], 
[dbo].[PackageSessionNodes].[DateCreated], 
[dbo].[PackageSessionNodes].[CompletionStatus], 
[dbo].[PackageSessionNodes].[ReducedScore], 
[dbo].[PackageSessionNodes].[ReducedScoreMax], 
[dbo].[PackageSessionNodes].[ContentInteractions]) 
VALUES  (@ins_dboPackageSessionNodesPackageSessionId, 
@ins_dboPackageSessionNodesTreeNodeId, 
@ins_dboPackageSessionNodesDuration, 
@ins_dboPackageSessionNodesScore, 
@ins_dboPackageSessionNodesScoreMax, 
@ins_dboPackageSessionNodesInteractions, 
@ins_dboPackageSessionNodesBrainTeaser, 
@ins_dboPackageSessionNodesDateCreated, 
@ins_dboPackageSessionNodesCompletionStatus, 
@ins_dboPackageSessionNodesReducedScore, 
@ins_dboPackageSessionNodesReducedScoreMax, 
@ins_dboPackageSessionNodesContentInteractions) 
; 
SELECT SCOPE_IDENTITY() as new_id 

Voici le tableau:

CREATE TABLE [dbo].[PackageSessionNodes](
[PackageSessionNodeId] [int] IDENTITY(1,1) NOT NULL, 
[PackageSessionId] [int] NOT NULL, 
[TreeNodeId] [int] NOT NULL, 
[Duration] [int] NULL, 
[Score] [float] NOT NULL, 
[ScoreMax] [float] NOT NULL, 
[Interactions] [xml] NOT NULL, 
[BrainTeaser] [bit] NOT NULL, 
[DateCreated] [datetime] NULL, 
[CompletionStatus] [int] NOT NULL, 
[ReducedScore] [float] NOT NULL, 
[ReducedScoreMax] [float] NOT NULL, 
[ContentInteractions] [xml] NOT NULL, 
CONSTRAINT [PK_PackageSessionNodes] PRIMARY KEY CLUSTERED 
(
[PackageSessionNodeId] 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 

ALTER TABLE [dbo].[PackageSessionNodes] WITH CHECK ADD CONSTRAINT 
[FK_PackageSessionNodes_PackageSessions] FOREIGN KEY([PackageSessionId]) 
REFERENCES [dbo].[PackageSessions] ([PackageSessionId]) 
ON UPDATE CASCADE 
ON DELETE CASCADE 
GO 

ALTER TABLE [dbo].[PackageSessionNodes] CHECK CONSTRAINT 
[FK_PackageSessionNodes_PackageSessions] 
GO 

ALTER TABLE [dbo].[PackageSessionNodes] WITH CHECK ADD CONSTRAINT 
[FK_PackageSessionNodes_TreeNodes] FOREIGN KEY([TreeNodeId]) 
REFERENCES [dbo].[TreeNodes] ([TreeNodeId]) 
GO 

ALTER TABLE [dbo].[PackageSessionNodes] CHECK CONSTRAINT 
[FK_PackageSessionNodes_TreeNodes] 
GO 

ALTER TABLE [dbo].[PackageSessionNodes] ADD CONSTRAINT 
[DF_PackageSessionNodes_Score] DEFAULT ((-1)) FOR [Score] 
GO 

ALTER TABLE [dbo].[PackageSessionNodes] ADD CONSTRAINT 
[DF_PackageSessionNodes_ScoreMax] DEFAULT ((-1)) FOR [ScoreMax] 
GO 

ALTER TABLE [dbo].[PackageSessionNodes] ADD CONSTRAINT 
[DF_PackageSessionNodes_DateCreated] DEFAULT (getdate()) FOR [DateCreated] 
GO 

ALTER TABLE [dbo].[PackageSessionNodes] ADD CONSTRAINT 
[DF_PackageSessionNodes_ReducedScore] DEFAULT ((-1)) FOR [ReducedScore] 
GO 

ALTER TABLE [dbo].[PackageSessionNodes] ADD CONSTRAINT 
[DF_PackageSessionNodes_ReducedScoreMax] DEFAULT ((-1)) FOR [ReducedScoreMax] 
GO 

Answer 1

Il y aura au moins un impact de vitesse , puisque lorsque vous placez du texte dans une colonne xml, le système le valide pour s'assurer qu'il est bien formé et peut réduire les balises redondantes et les espaces. Mais ces opérations sont assez rapides - il ne devrait pas y avoir de frais supplémentaires significatifs juste pour faire ces conversions.

Il est plus probable que le verrouillage, les problèmes d'index ou les problèmes de ressources sur le serveur soient responsables de l'insertion occasionnelle plus lente.

Answer 2

Dans votre commentaire, vous avez dit « à la même table sans les colonnes xml »

Si vous voyez la pointe occasionnelle dans CPU profileur, alors il pourrait être une fraction de page. L'insertion d'un morceau de données XML dans une page de données allouée à une table peut remplir la page, donc une scission est nécessaire. Une table similaire sans XML a évidemment moins de frais généraux et moins d'espace est utilisé.

Il y a aussi la extra overhead de stocker des données de type LOB, plutôt que de simples anciens types varchar