Las funciones DAX, SEARCH and FIND no son en sí una novedad dentro de la nueva versión de PowerPivot, pero se han incluido algunas mejoras. Recordemos la funcionalidad de FIND y SEARCHFIND: Devuelve la posición de comienzo de una cadena de texto dentro de otra cadena de texto. Es case sensitiveSEARCH: Devuelve el numero de carácter en el que por primera vez un determinado carácter o cadena de texto de izquierda a derecha. Es case-sensitive. Podemos usar los comodines ‘?’ (sustituye carácter) y ‘*’ (sustituye todo lo que haya hasta encontrar coincidencia)

En PowerPivot 1.0 los argumentos son:

FIND

Novedades de PowerPivot en Denali (VII): SEARCH and FIND

Donde:

– find_text: Texto a buscar

– within_text: Texto donde buscar

– [start_num] (Opcional): Cadena por la que empezar a buscar

SEARCH

Novedades de PowerPivot en Denali (VII): SEARCH and FIND

Donde:

find_text: Texto a buscar

within_text: Texto donde buscar

[start_num] (Opcional): Cadena por la que empezar a buscar

El problema de estas funciones en PowerPivot 1.0, es que cuando en alguna de las filas devolvía error (al no encontrar la cadena), automáticamente todo devuelve error. Había que jugar con la función IFERROR para que devolviera otro valor. Ahora en PowerPivot 2.0 se añade un parámetro más:

Novedades de PowerPivot en Denali (VII): SEARCH and FIND

NotFoundValue: Con NotFoundValue, pondrá el valor que se explicite en caso de no encontrar la cadena.

Así podemos ver que para PowerPivot 1.0 debemos de poner si queremos buscar la cadena “Hola”:

=IFERROR(FIND(“Hola”,Table2[Texto]),-1)

=IFERROR(SEARCH(“Hola”,Table2[Texto]),-1)

Novedades de PowerPivot en Denali (VII): SEARCH and FIND

Con PowerPivot 2.0

=FIND(“Hola”,[Texto],,-1)

=SEARCH(“Hola”,[Texto],,-1)

De esta manera ya no hay que utilizar el control de errores con el IFERROR, lo que hace que nuestras expresiones con Find y Search sean más sencillas.

Nos vemos en próximos posts

0 Shares:
Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

You May Also Like
In-Memory OLTP: Otra historia de corrupción y problemas de DMVs
Leer más

In-Memory OLTP: Otra historia de corrupción y problemas de DMVs

El uso de la funcionalidad In-Memory OLTP sigue siendo una rareza en general entre nuestros clientes y se desconoce el alto potencial para poder mejorar el rendimiento de los sistemas con alto nivel de concurrencia y transacciones. Nuestro experto Rubén Garrigós nos explica cómo habilitar dicha funcionalidad, qué problemas pueden ocurrir y cómo solucionarlos.
Leer más

Cazando vampiros de memoria en SQL Server

Visto que el mayor consumo de memoria ocurría en el proceso de SQL Server una de las primeras cosas que solemos revisar es si se encuentra la memoria de la instancia limitada. En este caso se encontraba sin limitar, lo cual puede ser problemático en muchos escenarios.