Uniendo tablas con Envision
Cuando se trata de optimización de la cadena de suministro, es importante adaptarse a los desafíos al tiempo que se minimiza la cantidad de distorsión de la realidad que se introduce en el proceso. Las herramientas deben abordar el desafío tal como se presenta en lugar de distorsionarlo para que se ajuste a las herramientas.
Hace dos años, presentamos Envision, un lenguaje de dominio específico, diseñado precisamente como una forma de adaptarse a la increíblemente diversa gama de situaciones que se encuentran en la cadena de suministro. Desde el primer día, Envision ofrecía una expresividad programática que suponía un avance significativo en comparación con las herramientas tradicionales de la cadena de suministro. Sin embargo, esta flexibilidad aún estaba limitada por el punto de vista real adoptado por Envision sobre los datos de la cadena de suministro.
Hace unos meses, hemos introducido un mecanismo de JOIN genérico en Envision. Envision ya no está limitado por las uniones naturales como lo estaba inicialmente, y ofrece la posibilidad de procesar una gama mucho más amplia de datos tabulares. En la cadena de suministro, las uniones de tablas arbitrarias son particularmente útiles para adaptarse a escenarios complejos como la multi-fuente, compatibilidades unidireccionales, multi-canales, etc.
Para los lectores que ya están familiarizados con SQL, unir tablas parece una operación bastante elemental; sin embargo, en SQL, combinar cálculos numéricos complejos con uniones de tablas rápidamente resulta en un código fuente que parece oscuro y verboso. Además, unir tablas grandes también plantea varios problemas de rendimiento que deben abordarse cuidadosamente ajustando las consultas SQL mismas o ajustando la base de datos misma mediante la introducción de índices de tabla.
Uno de los objetivos de diseño clave de Envision fue renunciar a algunas de las capacidades de SQL a cambio de una sobrecarga de codificación mucho menor cuando se enfrentan a desafíos de optimización de la cadena de suministro. Como resultado, el Envision inicial se basaba únicamente en uniones naturales, lo que eliminaba casi por completo la sobrecarga de codificación asociada a las operaciones JOIN, como suele hacerse en SQL.
Sin embargo, las uniones naturales tienen sus límites, y levantamos esos límites al introducir la sintaxis left-by en Envision. A través de las declaraciones left-by, es posible unir tablas arbitrarias dentro de Envision. En el fondo, Envision se encarga de crear índices optimizados para mantener los cálculos rápidos incluso cuando se trabaja con archivos de datos gigantescos.
Desde una perspectiva puramente sintáctica, el left-by es una adición menor al lenguaje Envision; sin embargo, desde una perspectiva de la cadena de suministro, esta característica mejoró significativamente la capacidad de Lokad para adaptarse a las situaciones más complejas.
_Si no tienes un científico de datos en tu empresa que también sea un experto en cadena de suministro, nosotros sí. Lokad puede proporcionar un servicio integral en el que nos encargamos de implementar tu solución de cadena de suministro.
