El argumento 1 del método de tipo de datos XML "valor" debe ser una cadena literal

Question

He leído a través de SO: XML data type method “value” must be a string literal pero mi problema es un poco diferente. Tengo un poco de xml en una variable que quiero separar y me dan un camino. originalmente probé esto:

declare @x xml 
select @x = '....' 
select @x.value('(' + @path + ')[1]', 'varchar(max)') 

pero, por supuesto, eso falla. entonces encontré el SQL: variable e intenté esto:

select @x.value('(sql:variable("@path"))[1]', 'varchar(max)') 

pero que curiosamente devuelve el valor de @path (¿por qué?). He estado jugando con eso pero no puedo hacer que haga lo correcto.

Pensamientos a alguien?

Answer 1

con la ayuda de wBob en el sitio de Microsoft, ahora tengo una solución limpia. El rendimiento está, por supuesto, una preocupación ya que todo el documento conseguirá asignada por el bien de un solo camino pero las mejoras se dejan como posibilidades de sugerencia para el lector :)

if object_id('VMConfigVal') is not null 
drop function VMConfigVal 
go 
create function VMConfigVal(@x xml, @path varchar(max)) 
returns nvarchar(max) 
as 
begin 
    declare @ret nvarchar(max) 

    ;with cte as 
    (
    select value = x.c.value('.', 'varchar(50)') 
    ,  path = cast (null as varchar(max)) 
    ,  node = x.c.query('.') 
    from @x.nodes('/*') x(c) 
    union all 
    select n.c.value('.', 'varchar(50)') 
    ,  isnull(c.path + '/', '/') 
     +  n.c.value('local-name(.)', 'varchar(max)') 
    ,  n.c.query('*') 
    from cte c 
    cross apply c.node.nodes('*') n(c) 
    ) 
    select @ret = value from cte where path = @path 
    return @ret 
    end 
go 

así que ahora puede hacer algo como:

select dbo.VMConfigVal(MyXMLConfig, '/hardware/devices/IDE/ChannelCount') 
from someTable 

sweet!

Answer 2

Su selección devuelve el valor de @path porque sql:variable() devuelve un valor literal, por lo que en realidad le pide al servidor SQL que seleccione el valor literal @path del documento, lo que hace. La única forma que conozco de hacer lo que quiere se utiliza SQL dinámico, así:

declare @xml xml = ' 
<root> 
    <element attr="test">blah</element> 
</root>'; 

declare @p nvarchar(max) = '(//element/text())[1]'; 
declare @sql nvarchar(max) 
    = 'select @x.value(''' + @p + ''', ''nvarchar(max)'')'; 

exec sp_executesql @sql, @parameters = N'@x xml', @x = @xml; 

Pero te advierto que esto no es muy buena práctica (piensa en las inyecciones SQL, entrada de validación, etc.)

Answer 3

Si sólo necesita encontrar un elemento de niño por su nombre y quiere abstraer el nombre de la XPath literal aquí hay algunas opciones:

// Returns the /root/node/element/@Value with @Name contained in @AttributeName SQL variable. 
SELECT @Xml.value('(/root/node/element[@Name=sql:variable("@AttributeName")]/@Value)[1]', 'varchar(100)') 

// Returns the text of the child element of /root/node with the name contained in @ElementName SQL variable. 
SELECT @Xml.value('(/root/node/*[name(.)=sql:variable("@ElementName")]/text())[1]', 'varchar(100)') 

// Searching the xml hierarchy for elements with the name contained in @ElementName and returning the text(). 
SELECT @Xml.value('(//*[name(.)=sql:variable("@ElementName")]/text())[1]', 'varchar(100)') 

tiene que declarar @ElementName o variable @AttributeName SQL para ejecutar estas. Probé la primera declaración, pero no he probado explícitamente las otras 2 afirmaciones, FYI.