Discussion :

[Papy214]

Bonjour

On me demande de migrer une base PostGre vers SQL Server.
Dans le script PostGre, une ligne de création d'index utilise la fonction COALESCE dans la définitions de colonnes:

Code :

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

1
2
 
CREATE UNIQUE INDEX matable_ak ON matable (col_id, (COALESCE(matable_ref_lia, ' '));

Je ne vois pas trop comment faire passer ça sous SQL Server.

Une idée svp ??

Papy !

[aieeeuuuuu]

Bonjour,

il serait intéressant de voir l'utilité de cet index, et les requêtes qu'il supporte.

Mais de façon générique, vous pouvez ajouter une colonne calculée persistante à la table, et l'utiliser pour créer l'index :

Code :

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

1
2
3
4
5
6
7
 
ALTER TABLE MaTable
	ADD  ColonneIndexee AS COALESCE(matable_ref_lia, ' ') PERSISTED
GO
 
CREATE UNIQUE INDEX matable_ak ON MaTable (col_id, ColonneIndexee);
GO

[Papy214]

Concernant l'utilité de l'index, n'ayant pas encore étudié le code qui l'utilise, je n'en ai aucune idée pour le moment.
J'ai juste constaté que le script de génération de base ajoute ces COALESCE à toutes les définitions de création d'index unique.
Pour cette migration, j'essaye juste de coller au plus près de PostGreSQL.

Merci pour cette première solution que je vais étudier tout de suite.

[aieeeuuuuu]

Bonjour,

Je vous posais la question concernant sont utilité pour la raison suivante :
Il s'agit d'un index unique, il a donc peut être surtout un rôle de contrainte d'unicité (pour assurer l'unicité du couple [col_id, matable_ref_lia]).
Dans ce cadre, Postgres autorisera de multiple lignes ayant un NULL pour l'une de ces deux colonnes : par exemple, le couple [123, NULL] pourra être inséré plusieurs fois. C'est peut-être l'unique but de ce COALESCE dans l'index : empêcher cela.

Cependant, SQL Server ne respecte pas le norme sur ce point, et interdira l'insertion multiple même en cas de présence de NULL.

Donc, si votre index unique n'a pour but que d'assurer l'unicité en "tenant compte de NULL", alors vous pouvez simplement créer votre index sans le COALESCE.

En revanche, si votre index vient en support d'une requête du genre :

Code :

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

1
2
3
4
5
 
SELECT ...
FROM ...
WHERE col_id = xxx
AND COALESCE(matable_ref_lia, ' ') = 'yyy'

Alors il vaut mieux créer la colonne calculée.

[Papy214]

Je vais me renseigner au près du client pour voir s'il peut me donner un complément d'information sur l'utilisation de ces index.

Toujours dans le cadre de cette migration, la base Postgre utilise des séquences. La base cible SQL Server est en 2008 et les séquences n'existant pas dans cette version, ai-je raison d'envisager d'utiliser des colonnes IDENTITY en remplacement ?

[aieeeuuuuu]

oui, vous pouvez utilisez les colonnes IDENTITY

[Papy214]

Ok merci !

Je laisse ouvert au cas où d'autres questionnements surgissent dans la journée :-)