Joindre des tables avec Envision
Lorsqu’il s’agit de l’optimization de la supply chain, il est important de prendre en compte les défis tout en minimisant la distorsion de la réalité introduite dans le processus. Les outils devraient accepter le défi tel qu’il se présente plutôt que de le déformer pour l’adapter aux outils.
Il y a deux ans, nous avons présenté Envision, un langage spécifique au domaine, précisément conçu pour s’adapter à l’incroyablement large éventail de situations rencontrées dans la supply chain. Dès le premier jour, Envision offrait une expressivité programmatique qui représentait un pas en avant significatif par rapport aux outils traditionnels de supply chain. Cependant, cette flexibilité était encore limitée par le point de vue adopté par Envision lui-même sur les données de la supply chain.
Il y a quelques mois, nous avons introduit un mécanisme de JOIN générique dans Envision. Envision n’est plus limité par les natural joins comme il l’était initialement, et offre la possibilité de traiter une gamme beaucoup plus large de données tabulaires. Dans la supply chain, les jointures arbitraires de tables sont particulièrement utiles pour prendre en compte des scénarios complexes tels que le multi-sourcing, les compatibilités unidirectionnelles, les multi-channels, etc.
Pour les lecteurs qui connaissent déjà SQL, joindre des tables peut sembler être une opération assez élémentaire ; cependant, en SQL, la combinaison de calculs numériques complexes avec des jointures de tables aboutit rapidement à un code source qui paraît obscur et verbeux. De plus, joindre de grandes tables soulève également un certain nombre de problèmes de performance qui doivent être traités avec soin, soit en ajustant les requêtes SQL elles-mêmes, soit en ajustant la base de données par l’introduction d’table indexes.
L’un des objectifs clés de la conception d’Envision était de renoncer à certaines des capacités de SQL en échange d’une surcharge de codage bien moindre face aux défis de l’optimization de la supply chain. En conséquence, la version initiale d’Envision était uniquement basée sur les natural joins, ce qui supprimait presque entièrement la surcharge de codage associée aux opérations de JOIN, comme cela se fait généralement en SQL.
Les natural joins ont cependant leurs limites, et nous avons levé ces limites en introduisant la syntaxe left-by dans Envision. Grâce aux instructions left-by, il devient possible de joindre des tables arbitraires dans Envision. En coulisses, Envision se charge de créer des indexes optimisés pour maintenir des calculs rapides, même en traitant des fichiers de données giganormous.
D’un point de vue purement syntaxique, le left-by est une addition mineure au langage Envision ; cependant, d’un point de vue supply chain, cette unique fonctionnalité a considérablement amélioré la capacité de Lokad à prendre en compte les situations les plus complexes.
Si vous n’avez pas de data scientist en interne qui soit également un expert de la supply chain, nous en avons un. Lokad peut fournir un service de bout en bout où nous prenons en charge la mise en œuvre de votre solution supply chain.
