Traducción incoherente del tipo de datos de SQL Server UniqueIdentifier.

Un usuario Pregunto ✅

Nueces mixtas

He notado que en PowerQuery hay una diferencia en cómo se devuelve el GUID entre DirectQuery e Import. Esto causaría problemas para vincular, habría pensado.

Ambos métodos convierten el tipo de datos UniqueIdentifier en SQLServer a texto en Power BI

Sin embargo, cuando se consulta la misma tabla a través de Direct Query, el GUID se devuelve entre llaves {}, p. {8B8B9F7B-21A8-4C87-02DA-08D74D01C96B}.

Cuando se usa Importar, el GUID se devuelve sin llaves, por ejemplo 8B8B9F7B-21A8-4C87-02DA-08D74D01C96B

También noté que mientras que en la fuente original los caracteres alfabéticos GUID están en mayúsculas (lo cual es consistente cuando se recuperan a través de Direct Query), cuando se importan, todos se reducen a minúsculas, por ejemplo. b830cama8-3e01-4525-02ce-08d74d01c96b

¿Alguna idea de por qué…?

Hola @Mixednuts,

Por favor, desactive la opción para comprobar de nuevo.

222.PNG

Nueces mixtas

En respuesta a v-frfei-msft

Hola franco,

Gracias por responder.

Después de desarmar la detección de tipo, PowerQuery mostró los valores en las tablas Importación y Consulta directa con formatos consistentes en la vista previa de datos, es decir. sin llaves y todo en minúsculas.

Sin embargo, después de una actualización completa en el modelo, las tablas de consulta directa aún muestran los GUID con llaves y en mayúsculas, mientras que las tablas de importación muestran los mismos GUID sin llaves y en minúsculas.

Ambas tablas (Importación y DirectQuery) se obtienen de la misma tabla de Azure SQL Server usando básicamente el mismo script SQL con diferente filtrado de fechas.

Saludos,

John

Deja un comentario

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