Modification du 'XSD' pour une colonne de Type XML

Version imprimable

01/08/2018, 10h14
Tagginfo

Modification du 'XSD' pour une colonne de Type XML

Bonjour,
Nous sommes en train d'évaluer l'opportunité d'adopter les colonnes de type XML dans nos tables.
La gestion d'une situation reste sans réponse :

1- Soit 'Xsd_v1' qui fait partie d'une collection de schéma

2- Soit une table T1 qui défini une colonne C1 de type xml typé selon 'Xsd_V1'

3- Evolution des besoins : on doit ajouter un attribut obligatoire (use="required") pour les futures valeurs de C1

Comment faire cela (la table contient T1 contentant déjà des lignes) ?
Merci de vos lumières.
01/08/2018, 19h39
SQLpro

1 pièce(s) jointe(s)

En urgence un ALTER XML SCHEMA COLLECTION pour ajouter un 2e schéma qui contient le schéma modifié.

De façon planifié, supprimer et recréer la collection de schémas XML…
Pour ce faire :
1) démarrer une transaction

Code:

BEGIN TRANSACTION

2) supprimer les éventuels index XML

Code:

DROP INDEX nom_index_XML ON mon_schema.ma_table

3) modifiez la colonne XML pour virer la référence à la collection

Code:

ALTER mon_schema.ma_table ALTER COLUMN ma_colonne_XML XML

4) supprimer le schéma XML

Code:

DROP XML SCHEMA COLLECTION ma_collection_de_schemas_XML

5) recréer la collection de schémas XML
CREATE XML SCHEMA COLLECTION ma_collection_de_schema_XML
6) modifier la colonne pour lui associer la collection de schema XML

Code:

ALTER mon_schema.ma_table ALTER COLUMN ma_colonne_XML XML (ma_collzection_de_schemas_XML)

7) recréer les index XML

Code:

CREATE PRIMARY XML INDEX nom_index_XML ON mon_schema.ma_table (colonne_XML)

…
8) terminer la transaction :
SI tout va bien :

Code:

COMMIT

si tout va mal :

Code:

ROLLBACK

Et pour maîtriser tous ces sujets et bien d'autres, n'hésitez pas à acheter notre livre sur SQL Server :
Pièce jointe 400910

A +
06/08/2018, 11h37
Tagginfo

Sauf erreur de ma part cela ne répond pas à la demande : Le problème soulevé n'est pas dans la syntaxe SQL mais dans le fait que l'attribut "required" arrive à posteriori.
06/08/2018, 17h13
SQLpro

je ne me suis pas trompé... j'ai bien compris la question. Et la façon de le résoudre est bien celle donnée ! relisez...

Et pour la valeurs futures, vérifier en sus par un déclencheur la présence de l'attribut.

A +

Après test, la réponse est : non, la collection agit bien en tant que contrainte check et si la nouvelle définition n'est pas compatible il faut modifier toutes les valeurs existantes préalablement.
J'eusse apprécié un équivalent de NOCHECK.

Pour info le script du test :

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
38
39
40
41
42
43
44
45
46
47
48
use Test;
go
create schema Test_xml;
go
 
/*
	Creation de la table de TEST et ajout de valeur
*/
create xml schema collection Ma_Collection_XML as
	'  
	<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
		<xs:element name="EnteteBip">
			<xs:complexType>
				<xs:attribute name="version" type="xs:string"/>
			</xs:complexType>
		</xs:element>
	</xs:schema>';
go
drop table if exists Test_xml.ma_table;
create table Test_xml.ma_table
	(
	    Id int not null identity primary key
	  , ma_colonne_xml xml(Ma_Collection_XML) not null
	);
go
insert into Test_xml.ma_table
	(ma_colonne_xml)
	values
	('<EnteteBip version="1.0"></EnteteBip>');
 
select MT.Id, MT.ma_colonne_xml from Test_xml.ma_table as MT;
 
/*
	Evolution du schéma collection
*/
create xml schema collection Ma_Collection_XML_2 as
	'  
	<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
		<xs:element name="EnteteBip">
			<xs:complexType>
				<xs:attribute name="version" type="xs:string" />
				<xs:attribute name="Name" type="xs:string" use="required"/>
			</xs:complexType>
		</xs:element>
	</xs:schema>';
go
alter table Test_xml.ma_table
	alter column ma_colonne_xml xml(Ma_Collection_XML_2);

06/08/2018, 20h08
SQLpro

Il faut donc ajouter le nouveau schéma à la collection et utiliser un déclencheur en complément.

Effectivement le NOCHECK n'est pas disponible pour le XML typé, et je n'ai pas trouvé le moyen de voir quel schéma de la collection avait été checké pour une nouvelle entrée....

A +
07/08/2018, 09h05
Tagginfo

Citation:

Envoyé par SQLpro

Il faut donc ajouter le nouveau schéma à la collection et utiliser un déclencheur en complément.

Pourrais tu expliciter cela ?

Ps : On ne trouve plus à la vente le livre "langage SQL". Une nouvelle, nouvelle réédition est prévue ?
07/08/2018, 14h51
Invité

Citation:

Envoyé par Tagginfo

Ps : On ne trouve plus à la vente le livre "langage SQL". Une nouvelle, nouvelle réédition est prévue ?

Pourtant je le vois disponible sur amazon.fr et aussi chez Eyrolles...
07/08/2018, 17h15
Tagginfo

Digression de la demande pour parler du livre SQL.

Ici : https://livre.fnac.com/a4112303/Frederic-Brouard-SQL il est à 798.40€ + port
Ici : https://www.amazon.fr/SQL-édition-Sy...ds=SQL+brouard il a 96€
et ici : https://www.eyrolles.com/Informatiqu...-9782744076305 il est à 29€ … mais c'est épuisé :(

Pour autant, je reste preneur de l'explication de comment utiliser un déclencheur et un schéma xml ...
07/08/2018, 17h33
Invité

Avec le bon livre, c'est ok ;)
https://www.amazon.fr/SQL-Server-201.../dp/2212135920
https://www.eyrolles.com/Informatiqu...-9782212135923
07/08/2018, 17h57
Tagginfo

Quiproquo .
Chacun de nous parlait d'un livre, mais pas du même :(

J'ai du passer mon exemplaire aux collègues.
Mais j'aimerai bien le garder !

Non pas que le nouveau soit mauvais, mais il me semble que ce ne sont pas les mêmes ^^
07/08/2018, 17h58
Tagginfo

je suis toujours preneur de l'explication à base de trigger ;)
09/08/2018, 09h15
SQLpro

En gros un déclencheur INSERT, UPDATE qui vérifier la présence de l'attribut via une requête XQuery, par l'intermédiaire de la méthode exist....

A +