Fonction définie par l'utilisateur SQL Server prenant des arguments de tout type comme ISNULL

Question

Je dois créer une fonction définie par l'utilisateur qui fonctionnerait de manière similaire à la fonction du système ISNULL dans le respect qu'il accepterait des arguments de tout type et renverrait la même valeur type. Comment cela est-il fait? L'utilisation de SQL_VARIANT en tant que type de données ne fonctionnerait pas car les valeurs SQL_VARIANT nécessitent un transtypage explicite. ISNULL effectue implicitement les conversions de type de données. Comment déclarer les types génériques qui ne nécessitent pas de conversion explicite?

Laissez-moi le préciser. Je ne cherche pas à reproduire la fonctionnalité de la fonction ISNULL. J'ai utilisé la fonction ISNULL comme un modèle d'une fonction qui prend deux arguments de n'importe quel type de données pris en charge par SQL Server et renvoie la valeur du même type de données que les arguments.

D'autres fonctions SQL Server implémentent le même modèle: acceptent les arguments dont le type de données n'est pas explicitement déclaré et renvoient la valeur d'un autre type de données non explicitement déclaré lors de la définition de la fonction. Les exemples sont: NULLIF, CAST, CONVERT.

Je me demande comment ce modèle peut être accompli, car toute fonction UDF requiert une définition explicite des arguments et des types de données de valeur de retour.

Answer 1

Je viens de répondre une question qui est liée en quelque sorte: https://stackoverflow.com/a/32985478/5089204

Il n'y a pas moyen sûr de traiter avec des valeurs vides. ISNULL est très bon dans la plupart des cas, mais ne compilera pas si vous n'avez pas les deux paramètres d'un type implicitement convertible.

Regardez comment cela est traité en XML. Collez-le simplement dans une fenêtre de requête vide et exécutez:

--The NULL-element is not there at all 
SELECT 'text' AS filled 
     ,'' AS empty 
     ,NULL AS NotThere 
FOR XML PATH('row'); 

--The NULL-element is rendered using "nil" 
SELECT 'text' AS filled 
     ,'' AS empty 
     ,NULL AS NotThere 
FOR XML PATH('row'),ELEMENTS XSINIL  

--Look at this: Both columns are called "TheName". They are implicitly concatenated 
SELECT 'a' AS TheName 
     ,'b' AS TheName 
FOR XML PATH('row') 

--That leads to: Concatenate nothing with an empty string will at least return the empty string. 
--this is other/better than ISNULL, because it will work with any type... 
SELECT NULL AS TheName 
     ,'' AS TheName 
FOR XML PATH('row') 

--now an example with table data 
DECLARE @tbl TABLE(int1 INT, int2 INT); 
INSERT INTO @tbl VALUES(NULL,1); --first value is null 

--int1 is swallowed 
SELECT * 
FROM @tbl 
FOR XML PATH('row') 

--both elements are there 
SELECT int1, '' AS int1 --ISNULL(int1,'') would not compile here... 
     ,int2, '' AS int2 
FROM @tbl 
FOR XML PATH('row') 

--This is the result of the last example: Look what happens to the empty int element, its Zero! 
--This is the way this is handled in XML conversions. Try it with other types (like 'date' [result is 1900-01-01] or any other type)... 
DECLARE @a XML='<row><int1></int1><int2>1</int2></row>'; 
SELECT a.b.value('int1[1]','int') AS int1 
     ,a.b.value('int2[1]','int') AS int2 
FROM @a.nodes('/row') a(b)