{"id":587,"date":"2024-07-29T19:20:39","date_gmt":"2024-07-29T19:20:39","guid":{"rendered":"https:\/\/datacrazyworld.com\/?p=587"},"modified":"2024-07-29T19:20:42","modified_gmt":"2024-07-29T19:20:42","slug":"date_bucket-y-datetrunc","status":"publish","type":"post","link":"https:\/\/datacrazyworld.com\/index.php\/2024\/07\/29\/date_bucket-y-datetrunc\/","title":{"rendered":"DATE_BUCKET y DATETRUNC"},"content":{"rendered":"\n

La \u00faltima versi\u00f3n del SQL Server, la 2022, trae consigo muchas novedades y hoy os vengo a hablar de un par de nuevas funciones de fechas que que me ha sorprendido porque viene a agilizar mucho las consultas basadas en fechas: DATE_BUCKET <\/em><\/strong>y DATETRUNC<\/em><\/strong>. <\/p>\n\n\n\n

Empecemos conociendo el DATETRUNC<\/strong> que para mi es la m\u00e1s sencilla de entender. <\/p>\n\n\n\n

Su sintaxis es: <\/p>\n\n\n\n

DATETRUNC (datepart, fecha)<\/code><\/pre>\n\n\n\n
Esta funci\u00f3n devuelve la fecha de entrada<\/em> seg\u00fan el datepart <\/em>indicado. Es decir, por ejemplo, si indicas year <\/em>te devolver\u00e1 el 1 de Enero de ese a\u00f1o o si indicas month<\/em>, el 1 del m\u00e9s.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Est\u00e1 muy bien porque acepta como tipo de dato de la entrada diferentes precisiones de fechas, respet\u00e1ndola en la salida, e incluso acepta que le pases una cadena literal, siempre que pueda resolverse como tipo datetime2(7)<\/em>.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
El DATE_BUCKET <\/strong>en cierto modo es muy parecido a esta funci\u00f3n, pero como veremos tiene alg\u00fan matiz diferente.<\/p>\n\n\n\n
Su sintaxis es:<\/p>\n\n\n\n
DATE_BUCKET (datepart, numero, fecha[, origen] )<\/code><\/pre>\n\n\n\n
La definici\u00f3n que hace Microsoft sobre esta funci\u00f3n es:<\/p>\n\n\n\n
\n
Esta funci\u00f3n devuelve el valor de fecha y hora correspondiente al inicio de cada cubo de fecha y hora, desde la marca de tiempo definida por el par\u00e1metro\u00a0origen<\/code>\u00a0o el valor de origen predeterminado de\u00a01900-01-01 00:00:00.000<\/code>, si el par\u00e1metro de origen no se ha especificado.<\/em><\/p>\n<\/blockquote>\n\n\n\n
A mi me con esta definici\u00f3n, la verdad es que me cost\u00f3 entender qu\u00e9 hac\u00eda realmente y hasta que no empec\u00e9 a hacer pruebas no lo entend\u00ed. A ver si consigo definirlo de forma que lo entend\u00e1is. El DATE_BUCKET <\/em>devuelve lo mismo que el DATETRUNC <\/em>si pusi\u00e9ramos el par\u00e1metro numero <\/em>a 1. Es decir, devuelve una fecha de inicio seg\u00fan el datepart <\/em>indicado, s\u00f3lo que adaptando al numero <\/em>de unidades indicado.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Veamos qu\u00e9 ocurre si en vez de un 1, ponemos un 5.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
El resultado es que nos agrupa en bloques de 5 unidades de tiempo. Esto nos permite, por ejemplo, hacer consultas en las que podemos agrupar los registros por bloques de 5 minutos, por d\u00edas o meses. De esta forma se simplifican mucho las consultas de este estilo<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Como indicaba anteriormente con esta funci\u00f3n ahora es mucho m\u00e1s sencillo. Antes, para hacer esto mismo ten\u00edamos que jugar con el Datepart <\/em> pero solo sacaba a\u00f1o, mes o d\u00eda cada vez y si quer\u00edamos m\u00e1s cosas juntas, hab\u00eda que concatenar columnas.<\/p>\n\n\n\n
Aqu\u00ed os dejo los links a la documentaci\u00f3n de Microsoft, para que la le\u00e1is en detalle y sobre todo os fij\u00e9is en los ejemplo.<\/p>\n\n\n\n